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PRESIDENT'S CORNER 
by Andy Freeborn, NOCCZ 


Things are really smokin’ at TAPR. The 3 AM oil is burning and folks are 
excited. Not since TNC2 days has there been so much activity within the 
development teams. 


Whats going on? Well, there are three major programs under way, a). the DSP 
program b). the AMSAT-NA PACSAT program and, c). a recently initiated 


high speed radio/ high speed modem project. 


The DSP project (a joint TAPR/ AMSAT project) was started last year by Dr. 
Tom Clark, W3IWI and Dr. Bob McGwier, N4HY. The DSP program moved 
along ata brisk pace until aboutJune of this year. At that timeJan King, W3GEY, 
AMSAT V.P. Engineering, announced that the PACSAT program was going to 
beareality. At thesame time he laid out the development schedule. And ithad 
aREAL short fuse. The schedule required that the satellites be ready forlaunch 
by 1 January 1989. Since that time the schedule has been eased by Arianespace 
to May 1989. Nevertheless Jan is pushing the developers hard for early 
readiness. The impact of the PACSAT program upon the DSP program is 
simply that most of the key developers in both programsare the same people. 
Thereareothersin the DSP program thatare pressing on, but until the PACSAT 
program is finished the DSP program has had to take a relative back seat in 
priorities. 


The PACSAT program. The funding for the electronics, batteries and solar 
panels has been provided to AMSAT by TAPR. Thisisa programideally suited 
to TAPR objectives, and most of the people involved in the work are key TAPR 
development folks. When operational the initial space based digital machines 
will provide us with a brand new testing ground for amateur digital commu- 
nications. These first PACSAT machines, and their follow on brethern, will get 
the juices flowing in every redblooded packeteer. 


The packet-RADIO program. We are never going to realize the true potential 
ofamateur digital communications until we have radios thatcanrespond tothe 
truly high speed responses we need. The solution to that problem is now on the 
drawing boards of TAPR developers. The guidelines that they are adhering to 
are KISS (simple) and KIC (cheap, meaning inexpensive). The device that is 
planned will be a combination 2 meter radio and modem running at 9600 bps. 
It will have NO belis and whistles (KISS). Making it available to the amateur 
community as inexpensively as possible is a primary design goal (KIC). Don’t 
look for a lot of the niceties (readouts, etc) that you find oncommercial amateur 
gear. This program is still in the design stageas I write thisand protoyping will 
be underway when you read it. We are hoping to be able to have a couple of 
them well enough along so that they can be demonstrated at the annual TAPR 
meeting on February 25th/26th. 


CHANGE IN TAPR 
BOARD OF 
DIRECTORS 


Dianne Marshall, AL7FG, recently 
informed the Board of Directors that 
she would no longer be able to 
devote the time to Board 
activities. Dianne has submitted her 
resignationasamemberof the TAPR 
Board of Directors. 


Dianne lives in Ester, Alaska. She 
was an early packeteer and was 
heavily involved insomeof the early 
packet development work done by 
the very active Alaska group. Many 
of you will remember ordering kits 
from them, the address was “One 
Dog Path”, Ester AK. That's Dian- 
nes home. Today she is busily rais- 
ing her family at the same location. 


The TAPR Board and the member- 
ship all wish you well in your new 
‘career’, Dianne. 


The TAPR BoD has elected Pete 
Eaton, WB9FLW, to fill the unex- 
pired term of Dianne. 


IT’S ELECTION TIME 
AT TAPR TOO 


Thopeyouhaven’t grownsotired of 
all of the national election talk that 
you won't consider this most im- 
portant election for TAPR’ites. It’s 
election time here too. 


Tucson Amateur Packet Radio is a 
non-profit corporation licensed in 
the State of Arizona as a scientific 
and educational institution. Itisrec- 
ognized by the IRS as a 501(c)3 tax- 
exemptorganization for these same 


purposes, 


TAPR is governed by a 15 member 
Board of Directors. Each member of 
the Board serves a three year term, 
hence there are 5 positions to be 
filled each year. Board membersare 
expected toattend theannual Board 
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Meeting, normally held in Tucson. 
They participate in the decision 
making process and provide guid- 
ance to the officers. They receive no 
pay and they must defray their own 
expenses to attend meetings. Board 
members should be prepared to be 
active in the continuing board de- 
liberations, which are conducted 
privately in a special conference 
section on Compuserve. 


The officers and the Executive 
Committee are elected by the mem- 
bersof the Board attheannual Board 
of Directors meeting. 


The current members of the Board 
and the expiration dates of their 
terms follow: 


Mike Brock WB6HHV 1991 
Tom Clark W3IWI 1990 
Pete Eaton WB9FLW 1990 


Andy Freeborn NOCCZ 1991 


* Steve Goode KING 1989 
Bob Gregory KB6QH 1990 
* EricGustafsonN7CL 1989 
Skip Hansen WB6YMH 91991 
* LyleJohnsonWA7GXD 1989 
Phil Karn KAIQ 1991 
* Scott LoftesnessW3VS 1989 
* BobMcGwierN4HY 1989 
Dan Morrison KV7B 1991 
Harold Price NK6K 1990 
Dave Toth VE3GYQ 1990 


Nominations are now open for the 
seats expiring in February 1989 
(marked with an asterisk). 


To place a person in nomination 
please remember that he/she must 
beamember of TAPR. Confirm with 
theindividual thathe/sheis willing 
to have their name placed in nomi- 
nation. Send that persons name 
(your own if you wish to nominate 
yourself) along with yoursand their 
calls, telephone numbers and ad- 
dresses. The person nominated 
should submit a short bigraphical 
sketch to be published along with 
the ballots. 


Nominations and biographical 
sketches should be submitted to the 


PSR 


TAPR office no later than 3 January 
1989. 


Ballots willaccompany thenextPSR 
or will be mailed directly to the 
membership. Results will be an- 
nounced at the annual TAPR meet- 
ing in Tucson on 25 February 1989. 


Since the Board will meet in Tucson 
the day before the annual meeting, 
all voting must be done by mail. 
Ballots will not be accepted at the 
meeting. When you get your ballot 
be sure to mail it in right away. 


Andy Freeborn NOCCZ President 


DAYTON 1989 PLANS 
by Peter Eaton, WB9FLW 


Believe it or not it’s time to start 
making plans for the Dayton 
HamVention! TAPR has already 
contacted DARA (Dayton Amateur 
Radio Association) to confirm our 
booth location for the coming year. 
The Hara Arena has just completed 
a new 40,000 square foot addition, 
this new area is adjacent to the 
vendors parking area. One big plus 
isthenew facility is AirConditioned! 
For those Dayton veterans this is a 
big plus, at this point we are seri- 
ously looking at moving to thisnew 
location. 


Something else that will be new is 
our desire to have a little more 
“breathing room”. The TAPR booth 
has always been a popular meeting 
place for Packeteers, it’s also been a 
bitcrowded! TAPR plansonhaving 
two booth spaces this comm- ing 
year. Just to wet your appetite each 
table will be showing off a new pro- 
duct. One of them is the much 
awaited for DSP unit and the other 
is really neat too, you'll have to stop 
by the booth though to find out 
what it is (there has to be some 
surprises!). 


The TAPR gang will be staying at 
the Raddison Inn. Thisis the closest 
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Hotel to the Arena, it’s also expen- 
sive, $86.00 for a double. We tried 
togetreservationsat the lessexpen- 
sive Inns but they were already 
booked! With 35,000 attendees in 
1988 the show makes finding hotel 
spaceanywhere in Dayton difficult 
even at this early date. We suggest 
you make your reservations for 


Dayton right away! 


Bob Neben, K9BL, a Dayton resi- 
dent will once again be the point 
man for the weekends entertain- 
ment. Bob has always outdone 
himself organizing the Saturday 
evening dinner. Again in ‘89 we 
hope to secure McNasty’s for this 
popular buffet bash, it’sa great way 
to unwind after a hectic day at the 
show. Bob will also be coordinat- 
ing the Packet Forums, though it’s 
too early to know the schedule and 
list of speakers. Rest assure that 
Bob will have the Bestand Brightest 
in the Packet Arena as speakers. 


Makesure to mark April 28,29, and 
30th off on your calendar for Ama- 
teur Radio largest get together. 
Hope to see you there! 


TAPR ANNUAL 
MEMBERSHIP 
MEETING 


Thenext Annual Membership Meet- 
ing of TAPR will be held in, you 
guessed it, Tucson, Arizona. There 
have been suggestions in the past 
that the meetings be held in other 
parts of the country. It seems that 
there are a couple of reasons that 
this has never come to pass. First, 
no one has volunteered to host a 
meeting elsewhere; but even more 
importantly, Tucson is just a great 
place to go to in February. 


The 1989 meeting will be held on 
Saturday and Sunday February25th 
and 26th. For those of you attend- 
ing last years meeting you won’t 
have any trouble finding the meet- 
ing place, nor will anyone for that 
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matter. It will be held at the same 
locationas last year, The Inn At The 
Airport. The Inn is located a short 
distance (more than walking dis- 
tance, however) from the airport 
terminal, at 7060 South Tucson 
Boulevard. 


The Inn At The Airport offers us 
special rates of $49.00 for either one 
or two persons in the room. Break- 
fastisincluded in the rate and there 
isa late afternoon cocktail hour free 
to those staying at the Inn. Reserva- 
tions may be made by calling 1-800- 
772-3847. In Arizona call (602) 746- 
0271. 


There will be the traditional Pizza 
bash and the Malibu Grand Prix for 
the Barney Oldfields in the group 
on Friday night. On Saturday night 
we will have our customary get- 
together, probably another West- 
ern affair, details of which have not 
yet been worked out. 


Inlightofall thedevelopment work 
now in progress you canexpect that 
there willbe many interesting pres- 
entations. You won’t want to miss 
seeing a full scalemodel of PACSAT, 
four of which are scheduled for or- 
bit a few months after the meeting. 


Those wishing to be on the speak- 
ingagenda should advise the TAPR 
office as soon as possible. The Sun- 
day session should be concluded 
near or shortly after noontime for 
those planning afternoon depar- 
tures. 


CHECK THE MAILING 
LABEL 


The mailing label on your copy of 
PSR shows the month and year that 
your your TAPR membership ex- 
pires. Please check it to see if you 
are within a month or so of mem- 
bership expiration. Keep up your 
membership. Reminder: TAPR has 
a new mailing address now. It is: 
TAPR, Box 12925, Tucson AZ, 85732. 


PSR 
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SOFTWARE AND 
HARDWARE 
AVAILABLE FROM 
TAPR 


HARDWARE 


Hardware kits that are currently 
available from TAPR are shown be- 
low. 
PSK Modem (incl. S&H) $110.00 
KING 9600 Baud Modem $25.00 


TNC2 Tuning Indicator $25.00 
FIRMWARE 
The TNC2 software version 1.1.6 is 


available with KISS. Please see the 
article describing 1.1.6 features else- 
where in this issue. If you have been 
using version 1.1.4 or 1.1.5 with the 
32k RAM you will be able to up- 
grade directly to 1.1.6. For those still 
using 1.1.3 it will be necessary to 
install the32k RAMchipsatthesame 
time that you upgrade. Installation 
instructions are provided with the 
32k RAM chips. 


TAPR will program your EPROMs 
for $2 per TNC-worth plusa prepaid 
return mailer. If you choose to buy 
EPROMsfromTAPR we willinclude 
the mailer and postage in the pur- 
chase price of the blank BPROM. 


Prices as follows: 

32k RAM (includes update 
doc)(ppd) $20 

Blank EPROM (27256) (add $2 for 
programming) $10 

Blank EPROM (2764) (add $2 for 
programming) (may be 27C64 if 
available) $5 


PROGRAMMED EPROMs 


TNC-2 WA8DED (27C256) 
TNC-1 WA8DED (2 x 2764) 
TNC-1 KISS (2764) 

TNC-2 KISS (27C256) 

TNC-2 1.1.5 w/loader (27C256) 
TNC-2 1.1.5 w/KISS (27C256) 
TNC-2 1.1.5 (27256) 

TNC-2 1.1.6 w/KISS (27C256) 
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(each of the above is $12 
including EPROM, programming, 
mailer and postage) 


SOFTWARE 


WORLI/VE3GYQ C BBS 
(ver 8.05) 
(1 diskette) 
KA9Q TCP/IP 
(3 diskettes) 
INTRO to TCP/IP 
(2 diskettes) 
TNC-1 Source code 
(1 diskette) —~ 


The current major release of TCP/ 
IP is 871225.1. When a later major 
release is available it will be substi- 
tuted. 


All diskettes are $2 each including 
diskettes, mailerand postage. Please 
donotsend blank diskettes, mailers 
or postage. For orders outsideNorth 
America please add $2 for airmail 
delivery. 


STATUS REPORT ON 
THE KA9Q INTERNET 
PACKAGE 


by Bdale Garbee, NSEUA 


The last “official release” of the 
KASQ Internet Package (TCP/IP) 
was made on Christmas day, 1987, 
and was dated 871225.0. For thelast 
couple of years I have served as the 
central documentation/integra- 
tion/distribution coordinator. 
Despite the lack of a new major 
release in the last 10 months or so, a 
great deal of work has been done, 
whichI'll try to detail in the remain- 
der of this note. 


There have been three major focal 
pointsin the “tcp-group” in the last 
year. The first, not surprisingly, is 
the work in progress to port the 
software to additional computer 
systems other than PC clones. To 
date, ports have been done to the 
Apple Macintosh, Atari ST, NEC 
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PC-98XX, 4bsd Unix (though the 
value of this is questionable since 
TCP/IP is builtinto Berkeley Unix), 
Xenix, ATT System V Unix on 3B 
and 68000-based systems, the HP 
Portable and Portable Plus, and 
numerous MS-Dos based PC-clone 
systems. 


In addition to the porting done to 
non-PC machines, support for 
numerous additional Ethernet and 
Packet interfaces has been added. 
The Pac-Comm PC-100, DRSI packet 
card, HAPN board, and the surplus 
Eagle Computer 8530 cards that are 
popular in the 56kb modem world 
are all supported to one degree or 
another with drivers built into the 
system. Inaddition,Phil Karn KA9Q 
added support for a defacto stan- 
dard “packet driver” interface pio- 
neered by FTP, Inc., which simpli- 
fied adding support for many dif- 
ferent Ethernet cards, including 
3COM, Western Digital, Micom, 
TRW, and others. In addition, Russ 
Nelson (a prolific packet-driver 
author) has written new slip drivers 
that use the packet driver interface, 
and add support for the National 
Semiconductor 16550 UART chip, 
which is pin-compatible with stan- 
dard PC 16450/8250 serial port 
chips, but adds 16-byte FIFO’s for 
both transmitand receive, allowing 
higher data rates before the 
processor's maximum interrupt 
service rate is exceeded. 


The second prime focus within the 
group has been providing support 
for additional protocols. Dan Frank 
WONK has added support for TCP/ 
IP connections over NET/ROM 
networks. While there are some 
performance issues associated with 
operating over NET/ROM, this 
should open the door for more 
people outside of major ham popu- 
lation areas to getinvolved in TCP/ 
IP on packet radio. Work by several 
individuals has resulted in “packet 
mailbox” functionality for the AX.25 
mode, allowing an AX.25 user to 
leave mail for the operatorofaTCP/ 
IP station that is unattended. 


PSR 


The final “big thing” that has hap- 
pened is Phil’s internal rewrite of 
the package toincludea multi-task- 
ing kernel. While this will initially 
not provideany greatchangesat the 
user level, it should allow easier 
integration of new protocol mod- 
ules, meaning more and better user 
services. Things which are being 
discussed are automated routing 
protocols, a much improved mail 
handling system, a split-screen 
“talk” program to replace the cur- 
rent keyboard to keyboard ‘telnet’ 
mechanism, etc! Therearealso high 
hopes that the rewrite will facilitate 
porting of additional features to the 
Unix versions of the program. 


The exact set of features that will be 
included in the next release is still 
under negotiation, but we antici- 
pate that most if not all of the above 
will beincluded, as well as dramati- 
cally improved documentation,and 
better installation tools. One thing 
that will be somewhat different is 
that we are separating the major 
release by systemssupported. Patty 
Winter N6BIS and friends at Apple 
Computer now have responsibility 
for the Macintosh version. While 
we will continue to use common 
sources for the documentation and 
system- independent portionsof the 
code, they are free to add Mac-spe- 
cific features and will issue releases 
independently of the PC version of 
thepackage. Bob Hoffman, N3CVL, 
is acting in a similar capacity as 
coordinator of the Unix version of 
the package. 


Announcements will be made on 
Usenet, CompuServe, and in writ- 
ten forums such as this when the 
next official release is available. In 
the meantime, if you absolutely can’t 
stand the anticipation, and are will- 
ing to live without adequate docu- 
mentation (IE: thisisnot for the faint 
of heart!), beta release versions of 
the software, withsomeor all of the 
above features included, are avail- 
able from louie.udel.edu on the In- 
ternet in the directory pub/ka9q, 
and over the phone from Howard 
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Leadman WB3FFV’s BBS in Mary- 
land. Copies of a slightly-updated 
version of the last official release 
are available from TAPR on PC 
floppies. 


I welcome communication from 
users with suggestions for addi- 
tional services, and from anyone 
who has modified or made addi- 
tionsto the package. Icanbe reached 
as bdale@hp-col.hp.com on the In- 
ternet, or as NSEUA@WBOBLV on 
packet. 


APLINK — A DUAL 
PORT AMTOR/ 
PACKET BBS 


by Paul Newland, ad7i 
Post Office Box 205 
Holmdel, NJ 07733-0205 


APLink is a software system that 
runs onan IBM PC (orcompatible). 
It provides an AMTOR mailbox via 
eitheran AMT-1 or PK-232 through 
the serial port. AMTOR users, via 
HF, can enter messages or bulletins 
to other stations. The commands 
are similar to VHF packet systems 
but without the verbosity that is 
often found on those systems. 


An additional feature of APLink is 
that HF AMTOR users can enter 
messages to be automatically for- 
warded over the North American 
packet network. To do this, the 
SYSOP installs an additional serial 
port on the PC and connects this 
porttoa TNC-2 (orclone) fora VHF 
packet interface. With this addi- 
tion, AMTOR stations can enter 
messages for relay via VHF packet. 
Also, packet users can forward 
messages to remote AMTOR sta- 
tions. This feature is used today by 
ocean going ham radiorecreational 
sailors in the Caribbean, the Gulf of 
Mexico and the Atlantic who want 
to keep in touch with their ham 
friends back in the states. I use an 
APLinksystemin the San Francisco 
area to keep in touch with a friend 
in Honolulu. It truely has “long- 
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haul” capability. 


APLink was written by Vic Poor, 
WSSMM, and is available for ham 
radio use withoutcharge. The soft- 
ware is distributed ona single 5-1/ 
4" MS-DOS 360K floppy diskette. 
Those who would like to receive a 
copy of the software should send a 
floppy mailer that contains a for- 
matted 360 K diskette, a self ad- 
dressed label and return postage to 
me at: 


Paul Newland, ad7i 
Post Office Box 205 
Holmdel, NJ 07733-0205 


Iamacting only asa “clerk” for this 
software dissemination process. I 
don’t run an APLink system, al- 
though I ama frequent APLink user. 
Those who need answers to techni- 
cal questions about establishing an 
APLink system should contact: 


Craig McCartney, WA8DRZ 


160 Montalvo Road 
Redwood City, CA 94062 


You can also leave a message for 
Craig on his APLink system. He 
scans mark frequencies of 14072.5, 
73.5, 74.5 and 755 looking for 
AMTOR ARQ selcall WDRZ. 


I would also encourage people to 
check into the APLink system that 
Craig has running. Because his 
system scans several channels us- 
ers may need to “call” for up to 30 
seconds before they get a response 
on the channel they are using. 


We are seeking additional stations 
to run APLink to aid in system- 
testing the code, although the sys- 
tem is already pretty stable. The 
software is free for the asking. 


TAPR'S NEW ADDRESS 


Reminder: TAPR has a new mail- 
ing address now. Itis: 

TAPR 

Box 12925 

Tucson AZ, 85732. 


PSR 
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UPDATE ON PACKET 
BBS SOFTWARE AND 
OPERATIONS 


by David B. Toth, VE3GYQ (aka Dr. 
Death) 


So what's happening in the “What's 
New Widyou” department ? Well, 
the two new features in the WORLI 
code are hierarchical addressing 
schemes (as of version 7.xx) and a 
WP (White Pages) cache-server (as 
of version 8.xx). The current version 
released is version 8.09, and it ap- 
pears to be relatively bug-free. 


A full discussion of the hierarchical 
addressing specification would oc- 
cupy a tad too much space, and fora 
full explanation of this feature, the 
reader is referred to the article in the 
ARRL Seventh Computer Network- 
ing Conference. Suffice it to say, we 
haveadopted two(2) letter continent 
designators, three letter country 
designators, and the two letter state 
and province codes, so that a full 
address for my BBS would be 
VE3GYQ.ON.CAN.NA._ ... Thiscan 
be thought of simply as “VE3GYQ 
which is in ONtario which is in 
CANada which is in North Amer- 
ica”. Other examples include 
N6VV.CA.USA.NA and 
W1AW.CT.USA.NA ... the advan- 
tage of thisis thata BBS operator can 
now route stuff to a given HF gate- 
way, based on additional address 
info. (Sure helps when you have KL7 
BBSs in Florida !) For example, some- 
thing toJA1ABC @JA1KSOJAP.AS 
will get routed to the N6VV BBS in 
California, because I have both AS 
(ASia) and JAP QAPan) in my for- 
ward file entry for N6VV (but either 
one alone would have done it). 


DONOT,1 REPEAT, DONOT pulla 
stunt like this: SP W1ABC @ 
K1UGM.WBIDSW.N6VV __ in an 
effort to force the message from 
N6VV toWB1DSW toK1UGM. These 
are ADDRESSES not ROUTES, and 
the afore- mentioned stunt will send 
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your message to the packet merry- 
go-round, bouncing between BBSs 
(trust me, it’s the way the code will 
interpret the silly thing you did). 


As for the WP cache-server, thisisa 
nice twist. This is a feature that can 
be enabled or disabled, and most 
HF gateways have it enabled. If a 
WP query comes to such a BBS, and 
that BBS has the info in its database, 
IT will answer the enquiry, and kill 
the request, If it cannot answer the 
question, it passes iton via HF to the 
next server, and the process starts 
all over. As updates flow through 
such a server, its database is up- 
dated too. All of these entries have 
dates on themnow, so that the data- 
base is purged based on age of the 
information. 


It would be nice if everyone would 
take the cutesy (read silly) junk out 
of their headers, and put their real 
location in the header. It looks bet- 
ter in the database, since the head- 
ers of all messages coming through 
the BBS are scanned for BBS loca- 
tion and ZIP code. 


The WP server should likely only be 
activated athigh trafficnodes. These 
would include the HF gatewaysand 
key relay BBSs, as they would see 
enough info flowing by so as to 
make their databases expand 
quickly. 


The current version of MBL code is 
version 5.12. According to W3IWI, 
therearenoimmediate plans toadd 
hierarchical addressing to the 
WA7MBL code. AA4RE is busy 
keeping his BB program updated to 
add the routing feature to it. 


IN THE MAILBOX 


by Roy Engehausen AA4RE 


Keep those cards, letters,and packet 
messages flowing, I can use all the 
news especially on the non-IBMPC 
based systems. Please drop me a 
quick note and share this informa- 
tion with us all. 


HIERARCHICAL ADDRESS- 
ING 


Past columns have discussed the 
prosand cons of zip code, area code 
and other routing schemes. Well 
Hank, WORLI, has come up with 
the notion of hierarchical address- 
ing. 


A hierarchical address is composed 
ofany numberof fields delimited by 
dot (“.”). The fields are in the order 
more to less specific from left to 
right (see examples below). 


Examples: 


W2RLI.NORCAL. USA 
JA2XXX.32.J2NET.JPN.ASIA 
AMSAT 

MD.USA 

95868.CA.U0SA 


How does forwarding work? 


For each message, each field of the 
hierarchical address becomes a 
candidate key for routing the mes- 
sage. They leftmost field of the hier- 
archical address that matches an 
entry in any routing list is used to 
forward the message. For example: 


JA2XXX. 32. J2NET. JPN.AS 


which can route to Asia. The HF 
station that routes to Japan would 
route using the JPN part of the 
address. Inside Japan, the gateway 
station would route toward theJA2 
districts using the J2NET part of the 
address. InsideJA2, stations would 
route toward the correct region us- 
ing the 32 part of theaddress. Inside 
the 32 region, stations would route 
directly to JA2XXX using the first 
part of the address. 


One useful way to think about hier- 
archical address is to think of the “.” 
as meaning “is within” . Thus the 
address WORLI.NORCAL.USA 
means “WQORLI, who is in NOR- 
CAL, which is in USA”. 


Under the standards proposed by 
N6VV, VE3GYQ, and WERLIat the 
last ARRL Digital Communications 
Convention, two letter codes have 
been assigned for each continent. 
For country codes, there is a gener- 
ally accepted international standard 
for abbreviations. These are used in 
international electronic message 
standards such as ANSI X.12 and 
EDIFACT. They are published by 
the International Standards Organi- 
zation and known formally as ISO 
3166-1981(E/F). 


Asaminimum, USA mailboxes will 
look like: 


mailbox _call.state.USA.NA 


The latest versions of the WORLI 
and AA4RE mailbox programs 
support hierarchical addressing. As 
theconceptspreads you will start to 
seemoreand more use of the hierar- 
chical address. It certainly beats the 
zipcodeidea since it will workin all 


If you have any questions or com- | If JA2XXX isin my route list, route | countries. Find out what your local 
ments, please send them to me via | to him directly. If 32 is in my route | mailboxesaddressisand start using 
packet to list, use thatroute. IfJ2NETisinmy | it in your mail! 

routelist, then Iuseit. IfJPNisin my 
VE3GYQ @ route list, then I use it. If AS (for |} WORLISOFTWARE 
VE3GYQ.ON.CAN.NA Asia) is in my route list, then I use it. 

Hank hasissued many releases since 

73, Dave Stationsoutside Asia wouldall have | the last PSR. The current version as 

AS in their route list, routing their | thisisbeing writtenis9.00. Features 

traffic to some nearby HF gateway | are hierarchical addressing, 
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roundtable, and automatic WP 
(white pages) lookup. The latter 
allows a mailbox to automatically 
reroute mail for someone to the 
home BBS shown in the user data 
file. 


WORLI V7 and higher require ei- 
ther a 80286 (standard in the PC/ 
AT and clones) or a V-20 processor 
in your PC. The V-20 is a pin-for- 
pin compatible chip to the 8088 
found standard in the PC and PC/ 
XT. You can buy these mail order 
from any number of sources for 
about $10 and are a good invest- 
ment. Not only does the V-20 have 
the extra instructions you need for 
the RLI code but it also is 10-15% 
faster and uses much less power. 


Hank also is using some new BIOS 
functions that may not operate 
under old copies of COMBIOS, 
COM1BIOS, etc. Anyone wanting 
to upgrade their mailbox software 
should either use the BIOS routines 
that come with the RLI software or 
use MBBIOS. 


The software can be obtained by 
downloading from the WA6RDH 
BBS at 916-678-1535 at 300/1200/ 
2400 N81. 


WATMBL SOFTWARE 


Latest version is5.12. and ithandles 
both multiconnect and single con- 
nect configurations. Distribution is 
via: 


Evansville, IN 47706 
AA4RE SOFTWARE 


The AA4RE mailbox program ver- 
sion 2.2 has just become available. 
The program features multiple ports 
and multiple connects per port. 
New for version 2 are hierarchical 
addressingand supportfor the AEA 
PK-87 and PK-232 TNCs. 


The program requires a 
“HOSTMODE” TNC. Currently 
supported are the TNC-1, TNC-2 
(and _—_ clones). Either 
NORD><LINK’s or WAS8DED’s 
hostmode software must be in- 
stalled. The AEA PK-87 and PK- 
232 are supported as well as the 
DRSIPC*PA and the PACCOM PC- 
110/120 cards. 


MBBIOS version 3.2 is now avail- 
able. There are only a few new 
features for the average user. If 
your are happy with your current 
version, don’t change it. 


You can get these programs thru 
CompuServe or send a FORMAT- 
TED diskette with SASE to either: 


Frank McPherson KB7TV 
16410 South 46th Place 
Phoenix, AZ 85044 

(602) 759-1854 


5 1/4" or 3 1/2", Single or double 
density 


1.44MB). Please don’t send diskettes 
to AA4RE, 


The software can also be obtained by 
downloading from the WA6RDH 
BBS at 916-678-1535 at 300/1200/ 
2400 N81. 


FEEDBACK WANTED 

I would love to hear from you. Send 
any suggestions, comments, new 
tibits, and hate mail (in good taste of 
course) to: 

PACKET: 

AAGRE @ 

AA4RE. #NORCAL.CA.USA.NA 
CompuServe: 76064,2107 

Internet: ENGE @ IBM.COM 


USMail: 8660 Del Rey Court 
Gilroy, CA 95020. 


PLEASE CHECK YOUR 
MAILING LABEL!!! 


The mailing label on your copy of 
PSR shows the month and year that 
your your TAPR membership ex- 
pires. 


Pleasecheckit toseeif youare within 
amonthorsoofmembershipexpira- 
tion. 


Keep up your membership. 


or Reminder: TAPR has a new mailing 
Wes Morris, K7PYK address now. It is: 
7422 E McKinley Street Gary Mitchell, WB9TPG 
Scottsdale, AZ 85257 220 East Eagle St. TAPR 
Versailles, KY 40383 Box 12925 
XEROX 820 SOFTWARE (606) 873-8329 Tucson AZ, 85732 
WBITPG @WB9ITPG.KY.USA.NA 
The old Xerox820softwarehas been TAPRhasa lotofinteresting projects 
updated to version 12.3. Bids are | Sourceisalsoavailable. Sourcecode | “in the mill." Your continued sup- 
now handled as well as reverse | requires another 360K diskette ex- | portof TAPR through yourmember- 
forwarding. Contact N4XI @ | ceptforthemailbox program which | ship will help bring these projects to 
N4XI.IN.USA.NA for information. | needs two 360K diskettes alone. | the Amateur Radio community. 
Distribution is via: Gary can handle the standard 5 1/ 
4"360K disks while Frankcan write | Please continue to support TAPR 
Mike Anderson, KA9LQM on51/4"or3 1/2", singleordouble | through your membership renewals 
PO Box 958 density (360K, 1.2MB, 720K, | and new memberships! 
November 1988 PSR Issue #33 Page 7 


HARDWARE 
HAPPENINGS 


DSP 1 INPUT/OUTPUT INTER- 
FACE DESIGN 


by Lyle Johnson, WA7GXD 
OVERVIEW 


The joint TAPR/AMSAT DSP 1 
project, as you probably know by 
now, isintended toprovide theradio 
amateur with a general purpose 
digital signal processing appliance. 
The initial applications will proba- 
bly include radio modems for such 
diverse tasks as HF, VHF/UHFand 
OSCAR packet systems using FSK, 
PSK and other techniques. Secon- 
dary functions may include SSTV, 
WEFAX, RTTY and AMTOR mo- 
dems. 


The system is designed to grow. 
The hardware ismodularin design, 
with upgrades in hardware per- 
formance possible bya simple board 
swap. 


The Ten Tec all-metal cabinet con- 
tains a multi-layer rear panel I/O 
board. A power supply board occu- 
pies the bottom of the cabinet. An 
optional secondary DSP board lies 
above the supply, followed by the 
primary DSP board and topped off 
with a general purpose processor 
(GPP) orasimpleloaderboard. The 
GPP or loader occupies the top of 
the board stack sosoftware updates 
in the form of EPROMscanbeeasily 
installed. Finally,afrontpanel board 
is attached to the front of the cabi- 
net. 


As of late October, the I/O board 
and power supply board layouts 
arecomplete. The remainder of this 
column will discuss these boards. 


YO BOARD CONNECTORS 

There are several connectors that 
interface the I/O board to the out- 
side world. They include power, 
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CW key (+ and -), tworadioconnec- 
tors, parallel printer port, modem 
disconnect, serial portand twohigh- 


speed parallel ports. 
POWER DISTRIBUTION 


The power connector accepts +12 
volts nominal. The design range is 
+10 volts minimum and +14 volts 
maximum, although voltages up to 
about +16 can be handled safely. A 
standard 2.1 mm power connector 
withcenter post positiveis planned, 
just as on the TNC 2. 


Power is routed through an LClow 
pass filter and fuse, then to the front 
panel switch via the GPP board, and 
finally to the power supply board 
itself. 


The initial power supply board 
consists of standard TO-220style +5 
volt (LM7805CT) and +8 volt 
(LM7808CT) regulators, heat sinked 
to the cabinet bottom plate. An 
LTC1054 100 mA-capable charge 
pump generates a regulated -8 volt 
source, 


The I/O board then distributes +8, 
+5, -8 and common to the DSP and 
GPP boards. 


+8 and -8 volts were chosen to pro- 
vide reasonable RS-232 drive levels 
as well as allow local +5 and -5 volt 
regulators for analog circuitry on 
the DSP board(s). This scheme is 
similar to the old S-100 power distri- 
bution strategy. 


CW KEYING 


There are a pair of RCA jacks used 
for CW keying outputs. They are 
driven in parallel by a single bit 
routed from the GPP board. 


One output is for keying positive 
voltages to ground. It utilizes a 
VN10 power FET, good toabout +60 
volts, with spike and reverse polar- 
ity protection via a 1N4006 diode. 
The key line is decoupled for RF by 
a 100 ohm series resistor and a 0.001 


uF parallel capacitor. 


It is recommended that no voltages 
higher than +35 be keyed with this 
circuit with keyed current not to 
exceed 100 mA. 


The second output is for negative 
polarity (suchasgrid-block keying). 
It uses a high-voltage PNP transis- 
torreturned to the +5 volt supply to 
effect keying, with reverse polarity 
protection and RF decoupling 
equivalent to that of the positive 
keying circuit. 


Itis recommended that voltages not 
more negative than -100 volts at 
currents not exceeding 10 mA be 
keyed with this circuit. 


HIGH SPEED PARALLEL 
PORTS 


A pair of high speed parallel ports 
are provided. One is a 16- bit wide 
input port, the other a 16-bit wide 
output port. These ports interface 
directly to the primary DSP board 
position. 


Each of these sections has its own 
ground plane on the I/O board. 


Each port has a strobe line which 
goes to ground when data is ready 
on the port, and an acknowledge 
line which is pulled to ground when 
the data has been accepted. The 
provider of the data handles the 
strobe; the acceptor the acknowl- 
edge. 


37-pin D subminiature connectors 
are employed, with ground wires 
between each signal line. This pro- 
vides a fairly constant impedance 
and good isolation between lines. It 
alsohelpsminimize EMI/RFI prob- 
lems. 


These ports are options. It is antici- 
pated that most users will never 
populate them nor require them. 
However, there may be some appli- 
cations that need them, so they are 
included. After all, this is intended 
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to be a DSP experimenter’s device, 
nota “we've-thought-of-it-all-and- 
if-we-left-it-out-it’s-because-we- 
know-you-don’t-need-it” appli- 
ance! 


SERIAL PORT 


A 9-pin D series subminiature con- 
nector is used for serial data ex- 
change between the DSP 1 and a 
host computer. The connector is 
wired tobecompatible with anIBM 
PC/AT pinout. Tx and Rx data 
linesare provided, along with CTS/ 
RTS handshake, DCD, DTR and 
DSR. RI isa no connect. +8 and -8 
voltlevelsare used for RS- 232 level 
compatibility. 


The D connector is female, and a 
male-to-female, pin-for-pin exten- 
der cable can be used to connect 
directly toa PC/ AT serial port (ora 
MicroVAX II console port...). 


AMotorolaMC145406 CMOS level 
shifter is used, and TTL logic levels 
are then interfaced tothe GPP board. 


PARALLEL PRINTER PORT 


The parallel port uses a 25 pin D 
subminiature connector with a 
pinout thesameasanIBMPC. Thus, 
inexpensive and readily available 
printer cables can be used. All lines 
are connected in hardware, al- 
though software drivers may not 
necessarily make use of all signal 
lines defined. 


At a minimum, 8 data bits, strobe 
and acknowledge should be sup- 
ported. 


If the loader board is used in place 
of the GPP board, a means of con- 
necting this porttoa printer port for 
software upload is being investi- 
gated. 


MODEM DISCONNECT 
A 9-pin D subminiature connector 


is used for the modem disconnect. 
This is different than the 8-pin DIN 
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connector used in the TAPR PSK 
modem; the choice was forced by 
mechanical design considerations. 


The purpose of this connector is to 
allow the DSP 1, usually in concert 
with the simple loader option, to 
function as an external modem for 
anexisting TNC. This would allow 
the DSP 1 to act as an efficient HF 
modem, or a PSK modem for OS- 
CAR use, etc. 


In most applications, it is expected 
that the user will opt for the GPP 
board which can then perform the 
normal TNC or multimode control- 
ler functions. Since the GPP option 
can be installed for less than the 
current going sale price of a used 
TNC, a user may want to consider 
purchasing the GPP option and 
selling hisold TNC ata swap meet. 


The modem disconnect is a simple 
pass through of signals, without 
filtering other than that provided 
by the multi-layer PC board, from 
the D connector to the GPP board. 


RADIO PORTS 


Each radio port sports a 15-pin D 
connector. 


This decision was a painful one. 
The TNC 1 used a 9-pin D connec- 
tor. The TNC 2 used a 5-pin DIN 
connector for space and economy 
reasons. 


Unfortunately, more pins are re- 
quired toimplementa useful radio 
connector in today’s progressing 
packet environment. Mechanical 
considerations suggested the use of 
aDseriesconnector. 15pinsseemed 
a reasonable number. The func- 
tions included are: 


1 pin-digital ground 2 pins-analog 
signal ground 1 pin-Txaudioout1 
pin - Rx audio in 1 pin - PTT out 1 
pin - DCD (TTL level) input 2 pins 
- RTS/CTS (TTL level) interlock 4 
pins-radioup/down tuning 2 pins 
- digital (TTL level) spares 


PSR 


Issue #33 


The digital ground and analog 
grounds are separated for noise 
considerations. Separate digital and 
analog ground planes are provided 
on the multi-layer I/O board. 


Tx and Rx audio levels are buffered, 
isolated through R/C pi networks 
for EMI/RFI considerations, and 
independent, rear-panel accessible 
level controls are used for each line 
(total of four adjustments). The lines 
are AC coupled since some radios 
return their audio internally to posi- 
tive potentials, some to ground or 
negative potentials. Jumpers are 
provided for radios (such as some 
ICOM and KENWOOD models) 
which multiplex the PTT and Tx 
audio lines. 


PTT is the usual TAPR circuit which 
employs a VN10 MOSFET switch 
with a 33 volt zener for protection. 
The PTT line is protected for RFI/ 
EMI by a series resistor and parallel 
capacitor. The PTT line is also pro- 
tected by a one-shot circuit with a 
time-out on the order of several tens 
of seconds to a very few minutes. 


NOTE: Thereisnosoftwareselectable 
method of disabling the watchdog. 
Some commercial multi-mode units 
includesuchdisabling circuits, which 
simply means that if the CPU goes 
crazy, itcan doso ina manner which 
will enable it to disable transmit 
protection! 


A DCD input is provided, again at 
TTLlevels, for shared channel use. It 
is expected that the default defini- 
tion of this pin will be to not activate 
the transmission sequence if the line 
is active. Alternatively, it may be 
used as a general purpose digital 
input line. 


The RTS/CTS interlock provides a 
means whereby the GPP CPU can 
determine if the watchdog has timed 
out and then take appropriate ac- 
tion. It may also be employed to 
accommodate external radios or 
other devices which may require 
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some turnaround time between 
activation of PTT and the com- 
mencement of data transmission. 


Radio up/down tuning allows ei- 
thera +5 volt level ora ground level 
to be applied to the up/down in- 
puts of a radio to tune it. This is 
especially applicable for such things 
as Doppler correction in a satellite 
modem. Both polarities are com- 
monly used, so pins were allocated 
for either case. In addition, jumpers 
withresistors are provided for those 
ICOM radios which use a three- 
level voltage scheme to tune up, 
down, orhold. The up/down driv- 
ers are open-drain with 4.7k pull- 
ups to +5 volts. 


Two spare lines for digital I/O are 
routed directly tothe GPP board for 
application specific needs. 
OTHER DESIGN CONSID- 
ERATIONS 


TheI/Oboard is multi-layer, mean- 
ing there is an embedded power 
plane and ground plane(s) internal 
to the board. This allows for better 
circuit layout and reduces the stray 
inductance of the power distribu- 
tion system to negligible levels. 


Itaids greatly inreducing EMI/RFI 
susceptibility. 


Theanalog ground is separate from 
the digital ground. They are joined 
at DC through a 10 microhenry 
choke to keep high frequency hash 
out of the audio system. 


The audio system is designed to 
handle+/-2.5 voltsignal levels with 
some headroom. 


Up to two DSP boards may be in- 
stalled in the DSP 1 system, each 
containing a pair of audiochannels. 
For this reason, a scheme of multi- 
plexing the two radio ports to the 
four possible audio channels is 
provided. CMOS multiplexers 
(CD4053) are included in the I/O 
board, along with a pair of TTL 
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level control lines toallow any radio 
port to be switched to any audio 
port under GPP software control. 


TheI/Oboard contains only one set 
of 16-bit parallel I/O port connec- 
tors. These ports are connected to 
the primary DSP board position in 
the DSP 1 system. This is the only 
difference between the primary and 
secondary processors. 


WRAP UP 


The DSP 1 system is being designed 
to provide as much flexibility as 
practical and still beaffordable. The 
rear panel I/O board is the power 
and signal interface tothe real world, 
and it has been designed to provide 
the required functionality. 


In the next issue of PSR, I hope to 
describe atleast oneof the processor 
boards in some detail. 


Until then, happy packeting! 


HAKKAIDO 
HAMVENTION TRIP 
REPORT 


by Harold Price, NK6K. 


Irecently had the opportunity to go 
toJapanat theinvitation of theJARL 
toattend the Hokkaido Hamvention. 
Hokkaidoisthenorthernmostlarge 
island in the Japanese chain. The 
hamvention was the first large gath- 
ering of its kind on the north island, 
and was held in the city of Sapporo, 
site of the 1972 Winter Olympics. 
The hamvention lasted two days, 
and was wellattended by both hams 
and vendors. 


I was asked to represent TAPR and 
to give a talk on the early days of 
packet in the US and TAPR’s role in 
it. I gave this talk ina well attended 
Saturday session, and I spoke in 
English. Dr. Masato Hata, JA3ODC 
supplieda translation. I would speak 
afew sentences, then he would trans- 
late. Ifyou think plain publicspeak- 
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ing is tough, try to keep your story 
straight while speaking in packets. 
Aboutone third of the audience was 
keeping up with the English ver- 
sion. I could tell because this group 
laughed immediately after a funny 
comment, the remainder laughed 
30 seconds later. 


Talsohad dinner with the Hokkaido 
Packet Group (HPG), and with 
members of the Tokyo-based Packet 
Radio User’s Group (PRUG). At 
that dinner, JRIVMX, who had 
designed the surface- mount micro 
TNC-2 that fits on a 2" x 3" board, 
showed me hislatesteffort,a laptop 
computer with TNC built in. He 
had taken a standard Japanese 16- 
bit battery powered LCD laptop, 
putthemicroTNCinside, and added 
a 5-pin DIN connector to the side of 
the laptop case. The four status 
indicator lights were added near 
the keyboard. The micro TNC was 
powered from the laptop’s battery 
and internally connected to the se- 
rial data chip, the only other item 
required was a handheld for a very 
portable station. 


HPG had a large booth at the con- 
vention, with displays showing 
WORLIBBS systemsas well ashome- 
grown systems. 9600 baud TNCs 
wereshownusing G3RUH modems. 
ANETROM map with 13 nodes was 
displayed, but I’m not sure how 
largea geographical area wasrepre- 
sented. Graphics transmission us- 
ing the NAPLPS protocol was 
demoed. At another booth, a ham 
was selling an interface that con- 
nected a standard commercial FAX 
(group 3) machine to an HF trans- 
mitter. As personal FAX machines 
are getting down below $1000 dol- 
lars now, and PC plug-in cards are 
less than $600, FAX may see more 
use on the ham bands. 


JL1FGX gavea paper which showed 
the start of a 1OMbps modem using 
an FM TV transmitter and receiver 
at 10GHz. A scope was used to 
show aclean eye pattern and recov- 
ered clock. No packets were sent as 
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there are currently no TNCs that 
will handle a 10Mbps data rate. 
Lyle? 


The Japanese have good access to 
current North American packet 
news, I saw day-old AMSAT Tele- 
mail and Section 9 CompuServe 
printouts. I stressed the interest in 
the US of theactivities of packeteers 
in other countries and asked that 
informationonJA activity be placed 
onCompuServeand Telemail. One 
of the difficulties of course is that 
while many in Japan canread some 
English, very few in the U.S. can 
read any Japanese. Notonly are we 
asking for information, we are also 
asking that they translate for us. 
Maybe TAPR should put $1000 a 
year up for translating the best re- 
cent Japanese papers forre-printin 
English. 


I saw several other wonders at the 
hamvention, such as 24 GHz TV. I 
also met the only YL WORLI bbs 
sysop (as attested to during last 
year’s trip to Japan by WORLI) 
Chisato Ueno, JG7GXQ. 


No trip to Japan is complete with- 
out a trip to Akihabara, the elec- 
tronics retail district of Tokyo. I 
was given a tour there by JAMSAT 
members Miki Nakayama, JRISWB, 
and Tak Okamoto, whose call I keep 
forgetting. While the current ex- 
change rate precludes finding any 
bargains, it was an interesting ex- 
perience. There are a large variety 
of TNCs for sale; licensed TNC-2 
clones, AEA PK-232 and PK-88 
models sold by Ward, and various 
JA designs. The PK-88 was 26,000 
yen, or about $200.00. 


Ialso hada chance to talk about the 
AMSAT Microsat project, which is 
partially funded by TAPR, and the 
UoSat D spacecraft with several 
JAMSAT people on my last day in 
Japan. Ienjoyed the opportunity to 
spread the word about TAPR’s 
projects and goals, and solicit the 
continued exchange of information 
betweenall packet working groups. 
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Thanks go to Toshi Kawanishi, 
JA8RUZ, and to Masato Hata, 
JA30DC, for making the logistics 
of the trip easy and for helping me 
over the language barrier; and to 
theJARLand the Hamvention presi- 
dent Tsuneno Hara, JA8ATG. 


HAPN MODEM 
INSTALLATION IN 
THE PAC COMM TINY 
TNC-2 


by Tom Bosscher 
WAS8URE@WAS8URE.MI (@49508) 
CompuServe71211,3342 


The HAPN-T 4800 baud modem 
available from HAPN is designed 
for the normal TAPR TNC-2 or it’s 
clones. I had a Pac-Com Tiny TNC- 
2 which was to be used for a node 
on a backbone, using the Tiny 2 as 
the Net-Rom host. The Tiny 2 is 
quite a bit smaller than the normal 
TNC-2. The question was, can I 
squeeze it in, or would I have to 
mount it externally? Happily, one 
can mount it inside the Tiny 2. 


Build the modem per HAPN in- 
structions, except for the following: 
Leave out the J100,J101, J105 jump- 
ers. These will hit the top inside of 
the case of the Tiny 2 if installed. 
Instead, determine what jumpers 
will beneeded for your installation, 
and install wire jumpers using the 
left over resistor ends from the 
modem construction. In my case, 
the modem/TNC was to be dedi- 
cated on 4800, so I left out the U1/ 
MC14551 switching IC. I then 
jumpered pin 1 to 14 and pin 5 to 
pin 10 of the U1 socket. 


Install the 20 pin modem discon- 
nect header on the place provided 
for on the Tiny 2, but only cut the 
trace between pins 17 and 18. None 
other have to be broken. The mo- 
dem now can be placed on the break 
outheaderconnector,it will fitnicely 
in place towards the front. 
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To interface with the radio used, I 
decided tostay with theconventional 
5 pin 180 degree DIN plug. Using a5 
pin female connector, prepare set of 
4 wires about 6 inches long attached 
to pins 1,2,3 and 4 of the connector. 
This will form a free hanging con- 
nector off the back of the Tiny 2. 
Connect pin 1 of the 5 pin connector 
to pin 5 of J103 of the HAPN-t mo- 
dem. Connect pin 2 of the 5 pin con- 
nector to pin 2 of J103 of the HAPN- 
t modem. Connect pin 3 of the 5 pin 
connector to the cathode of D9 on the 
Tiny 2. This is the TX PTT lead. 
Connect pin 4 of the5 pin DIN to pin 
4 of J103 of the HAPN-T modem. 
Finally, to get the DCD signal from 
the HAPN-T modem to the Tiny 
2,pull the shorting jumper off JPD of 
the Tiny 2,and connecta wirejumper 
from pin 5 of J102 of the HAPN-T 
modem to thecenter pinofJPDof the 
Tiny 2. 


One last connection for +12 VDChas 
to be made from the spot provided 
for on the HAPN-T modem to the 
cathode of D6 on the Tiny 2, this is 
located by the power plug. 


This is all that is necessary for fitting 
these two together. You may now go 
ahead and adjust the modem per 
HAPN’s instructions. Make sure to 
set your radio baud rates properly, 
in this case for 4800. 


I did not worry about being able to 
switch between 1200 and 4800 in this 
modification. Looking at the dia- 
grams, it can be done, but with more 
difficulty, as PacComuses the pin 16 
of the modem disconnect header for 
a ground, so you will have to find a 
different way around that. 


This end result gives you a Net-Rom 
compatible, 4800 baud TNC/switch 
in a very reasonably priced and 
smaller package. 


PLEASE RENEW YOUR 
TAPR MEMBERSHIP!!! 
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NON-TECH TOPICS 


by Andy Freeborn NOCCZ 
PACKET PETE IS BACK 


After a too-long hiatus Pete Eaton, 
WB9FLW, is back in the saddle at 
TAPR. He has already shown his 
propensity for management talent 
as he now functions as the project 
coordinator for the new packet- 
RADIO project. If there is anyone 
around thatcan tieall thelooseends 
together, while at the same time 
keeping peace in the family it is 
Pete. WELCOME BACK PACKET 
PETE 


PACKET-RADIO TEAM 


Many of the TAPR development 
team volunteer regulars are com- 
mitted to the PACSAT and DSP 
development programs. That makes 
itnecessary that the packet-RADIO 
program proceed without placing 
undue demands on the talents of 
those committed to these other 
programs. Pete is busily twisting 
arms of potential new blood and 
other tried and proven TAPRdevel- 


opers. 


NETWORKING CONFER- 
ENCE - 1988 


The ARRL 7th Computer Network- 
ing Conference was held at Colum- 
bia MD the weekend of October 1st. 
Asis usually the case at these meet- 
ings, thepresentations really get the 
juices flowing. It’s always exciting 
tohearthe various speakers present 
their plans, projects and programs 
fortheenhancementof packetradio 
technology. 


NETWORKING CONFER- 
ENCE - 1989 


The ARRL 8th Computer Network- 
ing Conference will be held in Colo- 
rado Springs. Tentative plans pro- 
vide that the Conference will be 
conducted at facilities on the 


Page 12 


November 1988 


grounds of the Air Force Academy. 
The dateisalso tentative butit looks 
like it will be on the weekend of 
October7th. Air Force playsat Navy 
that weekend so their will notbe the 
usual football game crowds to con- 
tend with. Mark it on your 1989 
calendar, or at the end of your 1988 
calendar toremind yourself. I under- 
stand that the 1990 meeting will be 
in London, Ont. and the 10th anni- 
versary of these meetings in 1991 
will be held in Washington DC. 


NNC RE-VISITED 


In mid-October TAPR received an 
inquiry from the West German 
amateur software group, 
NORD><LINK, concerning their 
desire to obtain a TAPR Network 
Node Controller. The NNC was 
developed by TAPR as a software 
development system. We are cur- 
rently (late October) communicat- 
ing with them. It is likely that they 
will become the newest members of 
the NNC development group. 


TAPR FINANCIAL STATUS 


We started the year with about 
$69,000 available for continued 
development work. Our financial 
commitment to the PACSAT pro- 
gram ($21,300), DSP development 
work and the new packet-RADIO 
program eats heavily into that re- 
serve. We are, however,financially 
sound.’Once these two programs 
have reached the stage where they 
can be licensed to industry we will 
again focuson building our reserves. 


WHILE RUMMAGING 


A few weeks ago, while pawing 
through some old stuff in my filing 
cabinet, I came across a member- 
ship roster that I received shortly 
after I joined TAPR. It is dated 26 
Sept. 1982 and contains the namesof 
the then 173 members. It alsoidenti- 
fies the 48 members that were on 
board at the time of chartering (the 
Charter Members). Thought you 
might be interested in who the early 


birds in TAPR were, so here they 
are. They are listed in order of 
membership number: KD2S, 
WA7GXD, N7AIG, Mark Baker, 
NOADI, WA7PXW, AG7H, K7KZ, 
WAZ7FDN, Green Vallery ARC, 
KB7KX, N7CEF, W7TX, WB7CKY, 
KT7D, KB7XP, KA7GXP, Uof Ariz., 
WA7MSK, WA7GME, KV7D, 
WA6WZ0, WB7PXR, W7EGV, 
W1UUP, N4ABY, WBOROT, K9BL, 
WB7QJL, W9JHJ, W8KOX, 
WB9FLW, W7KB, AI7F, KBOZL, 
KA2BQF, WA6FPX, WB9IGHD, 
WA4BGM, KAONHL, NORKH, 
K2VAC, KE3D, WB7NJT, W3IWI, 
W6UPL, W2DHT, K9ZNE. 


TAPR MEMBERS OUTSIDE 
NORTH AMERICA 


We thank you for your patience in 
the pastin getting your copy of PSR. 
New mailing procedures have been 
implemented which will speed up 
the delivery of PSRs outside North 
America. By the way, for the trivia 
buffs, TAPR memberships have 
included hams in 31 different coun- 
tries outside North America. 


THIS SPACE FOR RENT 


Editors of journals like PSR are 
constanly in search of new talent 
willing tocontributearticles. If you'd 
be interested in publishing your 
ideas about packet radio or digital 
communications in general, please 
contact the editor at the address 
shownon the back cover. 


This issuer we're pleased to have so 
much good information to publish. 
Ourauthorsincludeacoupleoffirst 
time contributors - and you could 
join them in the nextissue with your 
own contributions! 


Letters to the Editor are equally 
wlecome and will be shared with 
the readership as appropriate! 


In any case, please share your 
thoughts with us about how we're 
doing! 
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thing to 
WORLI @ WORLI.CA.USA.NA, 
and that the only entries 


that we have in the forward file are 
for CA. That match would be suffi- 
cient to allow the message to be 
forwarded. If WORLI were found, 
that entry would take precedence 
(because it is more left in the field 
than CA) and would of course also 
ensure delivery. The best way to 
look at it is “WORLI AT WORLI 
which is in CA which is in USA 
which is in NA”. So far so good. 


But the Japanese network wants to 
use area routing numbers. For ex- 
ample, 

JAIABC @ JA1KSO42.JPN.AS ... 
and everyone says, “So what, let 
them!” Of course, that is very ma- 
ture of all of us, but the trouble is 
that the 42 in that string may also 
match wild-card ZIP codes that 
some folks keep in their forward 
file, such as 42", The solution we 
propose is to use an agreed upon 
key character for designators below 
thestate and province level, and we 
recommend the octothorpe, “#”. 


Sonow theabove address would be 
JA1ABC @ JA1KSO.#42,JPN.AS . 
Other examples could be: 


1) WORLI @ 
WORLL#SFO.ANORCA.CA.USANA 
-WORLI within SFO (San Francisco) 
within North California, etc. 


2) VE3BTZ @ 
VEIGYOQ#LONDNASONTONCANNA 
- VE3BTZat VE3GYQ in London, in 
Southern Ontario, in Ontario, etc. 


There is another added benefit to 
this scheme. It involves Gateway- 
ing between the BBS worldand other 
networks,suchas TCP/IP viaSMTP. 
Muchof the pioneer work in setting 
up the gatewaying protocols has 
been done by NN2Z, N3EUA, and 
PAOGRI, amongst others. The 
WORLI BBS package allows for the 
forwarding of mail between the BBS 
world and theSMTP world. Of note 
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is the fact that the WA7MBL pack- 
age has allowed such message ex- 
porting and importing forsome time 
now. This means that we can take 
advantage of the the TCP/IP host- 
names and their domain or hierar- 
chical format for forwarding, Thus 
it is possible to send mail from the 
BBS to VE3BTZ as 
ve3btz@pc.ve3btz.ampr.org or from 
SMTP to wOrli@wOrli.ca.usa.naand 
not have any ambiguity. 


We expect that WA7MBL will also 
be implementing hierarchical rout- 
ingin thenear future. This system is 
still compatible with older style 
systems, as a system that handles 
hierarchical forwarding identifies 
with the H feature letter: [RLI-8.00- 
CH§). If it does not get an appropri- 
ate response, it uses the left-most 
item in the “@ BBS” string as the “@ 
BBS” for the message. 


The authors hope that this paper 
will serve as a starting place for 
improved message routing by 
means of implicitrouting. Low-level 
(VHF) BBSsneed only maintainstate 
or province or country codes for 
distant BBSs, and route such traffic 
totheirnearest HF Gateway. Inturn, 
the HF station routes it to the de- 
sired state, where the receiving 
Gateway station would have a de- 
tailed list of the BBSs it serves. 


Correspondence may be addressed 
to the address given at the start of 
this paper, or to VE3GYQ @ 
VE3GYQ.ON.CAN.NA or N6VV @ 
N6VV.CA.USA.NA. 


PSR 


DPLL DERIVED DATA 
CARRIER DETECT 
(DCD) FOR FILTER 
BASED AND SINGLE 
CHIP MODEMS 


by Eric Gustafson 
2018 S. Avenida Planeta 
Tucson, AZ 85710 


INTRODUCTION 


If you havea TNC which useseither 
the AMD7910or the TCM3105 single 
chip modem, ora TNC which usesa 
modem based on audio filters like 
the PK-232, you can vastly improve 
the DCD performance of your 
modem for packet radio use. 


These single chip modems were 
originally designed forland line use. 
The designers, whohad noidea that 
the chips might one day be applied 
to a radio system, made some as- 
sumptions about the incoming sig- 
nal that simply do not apply to the 
radio environment. The data car- 
rier detect function for them was 
not nearly so critical a function of 
the modem as it is for us on a busy 
packet radio channel. For the in- 
tended purpose of these chips, there 
was expected to be only 2 stations 
involved on any 1 channel at 1 time 
and these stations were connected 
by a nice quiet twisted pair. Under 
these circumstances, the Carrier 
Detect(CD) function builtinto these 
chips is entirely adequate. In the 
packet radio environment, the built 
in CD function found in these chips 
is virtually useless. 


Since I can’t make the same defense 
for the designers of filter based 
modems specifically intended for 
packet radio from the beginning, I 
won't try to speculate about what 
drove their design decisions. 


As packet operation matures and 
the “network” topology becomes 
more refined towards maximum 
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effeciency, user input to the “net- 
work” will more frequently be by 
way of duplex systems which elimi- 
nate hidden terminals. As this 
change from what is now essen- 
tially an ALOHA channel occurs, 
the importance of proper DCD 
operation will become more and 
more important. I hope that both 
the users and the manufacturers 
will begin to pay nore attention to 
this aspect of modem performance 
than they have in the past. If they 
do not, the so far unfulfilled prom- 
ise of packet radio allowing effe- 
cient SHARING of a single radio 
channel amoung multiple users wil 
remain just an unfulfilled promise. 


It is for this reason that I developed 
the circuit presented here to allow 
retrofit of functional DCD capabili- 
ties to the considerable number of 
defecient TNCs currently in the 
system. Thiscircuit will allow your 
TNC to be used with unsquelched 
audio thus avoiding the unneces- 
sary delay of the squelch circuit 
found in typical VHF FM radios, 
This circuit also provides several 
other important beneficial charac- 
teristics for the DCD system. 


First, since the assumptions used 
when the TNC software was writ- 
ten depend on DCD representing 
the presence or absence of a data 
carrier on the channel, it is impor- 
tant that the DCD circuit be able to 
distinguish a data carrier from noise 
or other non packet signals to a 
reasonable degree. The DCD cir- 
cuits which simply detect the pres- 
ence of ANY type of signal or noise 
on the channel are simply inade- 
quate to this task. Since the DCD 
circuit presented here is based on 
theupdatesignalsina Digital Phase 
Locked Loop (DPLL) which recov- 
ers both baud clock and data from 
an NRZI packet data stream, its 
output represents true detection of 
the data carrier. 


Second, oncea data carrier decision 
has been correctly made, it is im- 
portant that the DCD indication 
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remain valid through short fades, 
collisions, and while a signal too 
marginal to decode is on the chan- 
nel. This is accomplished by pro- 
viding a DCD “hang time” of ap- 
proximately 5 to 8 character peri- 
ods (this can be optimized) to hold 
the DCD output true through short 
dropouts from the above causes. 
This prevents a queued up TNC 
from piling on collisions, transmit- 
ting over a station which has a 
marginal signal, and beginning to 
transmit over a station which is still 
transmitting but whose signal re- 
ceived a short multipath hit during 
the packet. 


Third, it is important that the DCD 
system NOT be sensitive to audio 
amplitude variations. It should 
respond in exactly the same way for 
any signal that the modem is ca- 
pable of decoding regardless of 
absolute input amplitude. Since 
this DCD circuit operates from the 
data recovered by the modem, all 
amplitude information is sup- 
pressed beforethe DCD circuiteven 
sees the signal. 


NOTE! If your TNC uses the EXAR 
2211 demodulator, this new circuit is 
unnecessary for you. Your existing 
DCD circuit can be more easily modi- 
fied for correct operation without this 
circuit. The modification procedure 
for the 2211 demodulator is presented 
in the August 1988 PSR and is not 
repeated here. 


CIRCUIT DESCRIPTION 


The circuit diagram is presented in 
Figure 1. Thisisan ASCII represen- 
tation of the schematic diagram. 
While this isn’t really a proper 
“standard” diagram, I believe it is 
readable enough to be used to 
duplicate the circuit. It has the 
beneficial characteristic that it re- 
quires no CAD or special graphics 
software to be able to view the dia- 
gram. Thanks to Mykle Raymond, 
N7JZT, for making up this BBS for- 
wardable ASCII schematic. 


PSR 
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The circuit consists of the state ma- 
chine used in the TNC-2 and some 
delay elements used tomake the DCD 
decision. Thestatemachineis formed 
from the 74HC374 and the 27C64 
chips. The 74HC14 is used as a pair 
of retriggerable delay elements and 
for signal inversion and buffering. 


The 27C64 with the state machine 
code already burned into it can be 
obtained directly from TAPR. If you 
wish to use this source for the part, 
please call Chris at (602)-323-1710 
for price and availability informa- 
tion. This same code is in the state 
machine ROM in any full TNC-2 
clone which uses the 2211 demodu- 
latorand Z80SIO. If sufficient inter- 
estisshownin thiscircuit, maybe we 
can cajole TAPR into making circuit 
boards available. This would vastly 
reduce the wiring task. 


One of the state machine signals 
(which was not used in the TNC-2) 
appears on pin 19 of the 27C64. This 
signal is the DPLL update pulse. As 
long as the DPLL is correctly locked 
to the incoming data, no pulses will 
appear on this pin. When the DPLL 
is not locked to an incoming data 
stream, there will be a continuous 
stream of pulses on this pin. 


The DPLL update signal is used in 
this circuit to retrigger the first delay 
element so that it never times out so 
long as DPLL update pulses are 
present. If the pulses disappear, the 
delay element times out and gener- 
ates the DCD signal. 


The output from the first delay ele- 
ment keeps the second delay ele- 
ment triggered so long as DCD is 
true. When DCD goes false, the sec- 
ond delay element begins a timeout 
sequence which keeps the DCD out- 
put true until the timeout period 
expires. This is the source of the 
DCD “hang time”. 


While the circuit presented here is 
primarily intended for 1200 baud 
VHF FM operation, it will also work 
well for300 baud HF packet work. If 
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this is your application, the time 
constantson thedelay elements will 
have to be adjusted. 


The time constant of the “hang” 
generator (0.47 uF cap) will have to 
be increased for 300baud operation 
so that the total capacitance is 2.0 
uF, 


The time constant which is opti- 
mum for the DCD generator (the0.1 
uF cap in fig. 1) will depend on a 
number of factors including the 
bandwidth of the radio used ahead 
of the modem. 


You should pick a value for the 
DCDgenerator delay capacitor such 
that the DCD circuit produces ap- 
proximately a 10 percent duty cycle 
of false DCD “ON” time. The false 
DCD ON time should be observed 
while monitoring receiver noise on 
a channel which is ABSOLUTELY 
free of ANY narrowband signals 
which fall within the demodulator’s 
passband. ThisincludesCW,RTTY, 
internal receiver birdies, AM carri- 
ers, computer spurs, packet data 
carriers, etc. A good way to assure 
thisis to let the receiver monitor the 
S-9 or greater output of a noise 
bridge with no antenna connected. 
Remember to have the filter of 
appropriate bandwidth selected and 
centered over themodem passband. 
For HF packet, this is a 500 Hz filter 
as is normally used for CW and 
RTTY operation. 


The DCD generator delay capacitor 
will probably need tobesomewhere 
in the range of 2 to4 times the 0.1 uF 
value used for 1200 baud. 


Both negative trueand positive true 
DCD outputs are provided so that 
you may use the polarity which is 
required by your TNC. Also, JMP1 
and JMP2 allow the DCD circuit to 
be configured to operate correctly 
from either a positive or negative 
true CD output from whichever 


TNC SIGNALS 


Once you haveconstructed the DCD 
circuit, you will have toobtain some 
signals from your TNC for the new 
DCD circuit to use. You will also 
have toarrange for the outputof this 
circuit to be substituted for the nor- 
mal DCD signal used in the TNC. 


The signals required for the DCD 
circuit operation are: 


1. A sample of the data recovered 
by the demodulator in the 
modem chip. 


2. A sample of a clock which has a 
frequency of either 16 or 32 
times the baud rate (X16 or X32 
baud clock). 


3. The intercepted Carrier Detect 
(CD) signal from the modem 
chip. This is the CD generated 
by the modem chip based on 
amplitude of the input audio. 


4. A source of +5 volts. If you use 
all CMOS parts, the current 
requirements are minimal. The 
74HC14 MUST bea CMOS part 
for thecircuit to work properly. 


5. Ground 


Therearesomany different TNCs to 
which this circuit can be applied 
that I cannot give specific interface 
information for all of them. How- 
ever, I can provide signal pin num- 
bers for the2 land linemodem chips 
most frequently encountered and I 
can help with signal locations in the 
AEA PK-232 and PK-87, the Kan- 
tronics KAM, and the Pac Comm 
TINY-2 TNCs. 


The signals of interest on the 
AMD7910 modem chip are: 


1. Receive Data output (RD)——> 
pin 24 


modem chip is found in your TNC. | 2. Carrier Detect (CD)——-———_> 


7910 chip. 


The signals of interest on the 
TCM3105 modem chip are: 


1. Receive Data output (RXD)——> 
pin 8 


2. Carrier Detect (CDT)————_> 
pin 3. This signal is positive 
true for the 3105 chip. 


3. In TNCs which use the TCM3105 
chip butdonotprovideanother 
source of the baud clock, like 
the Kantronics KAM, you can 
use the signal at pin 2 of this 
chip. Thissignal is very close to 
16 times the baud rate (19.11 
KHz instead of 19.2 KHz for 
1200 baud). 


TNC INTERFACE 


If your TNC has provision for a 
TAPR style modem disconnect 
header, thesesignals (including the 
X16 or X32 baud clock) will be eas- 
ily located and conveniently inter- 
faced at this header. If it doesn’t 
have this header, you will have to 
fish around in the circuit of your 
TNC on your own to locate them. 


SHAME ON THE MANUFAC- 
TURER OF A TNC WITH NO 
MODEM DISCONNECT 
HEADER!! 


The absence of a standard modem dis- 
connect header means you may not 
CONVENIENTLY use ANY external 
modem with the deficient TNC. Using 
a standard disconnect system, the ex- 
ternal modem can providea front panel 
switch toallow you to select between the 
external and the internal modem. 


Modems which you might like to inter- 
face without loosing the use of theinter- 
nal AFSK modem would include the 
BPSK / MANCHESTER FM modems 
required for several of the satellites. 


In any case, the DCD signal cur- 
rently used in your TNC will have 


pin 25 
This signal is negative true for the 
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to be disconnected and rerouted 
through the new circuit. 


STANDARD HEADER SIG- 
NALS 


The signal locations on the TAPR 
“standard” modem disconnect 
header are as follows: 


Receive Data is obtained from 
header pin 18. 


Carrier Detect is obtained from 
header pin 2. 


DataCarrier Detect (DCD) is in- 
serted atheader pin 1. Jumper from 
header pin 1 to header pin 2 is 
removed. 


The X16 (TNC-2) or X32 (TNC-1 
and possibly TNC-2 clones using 
an8530 HDLC controller instead of 
the Z80SIO) baud clock is obtained 
from header pin 12. 


COMMERCIAL TNC SIGNAL 
LOCATIONS 


Hereis the information you need to 
find the proper signals in several 
commercially available TNCs. This 
is notintended to bea complete list 
by any means. It merely represents 
the units which I havehad available 
to apply this circuit to here locally. 
These are the only TNCs for which 
I have specific interface informa- 
tion at this time. 


AEA PK-87 


It is relatively easy to interface this 
new DCD circuit to the PK-87. This 
is because there is no requirement 
to switch back to the internal DCD 
circuit once the modification is in- 
stalled. If this were an external 
special purpose modem, you would 
be forced to open the TNC case and 
move several jumpers whenever 
you wished to change the modem 
being used. 


However, for our purposes in this 
modification, the jumpers provide 


November 1988 


convenient, easily located places to 
obtain and inject signals. 


The Receive data signal is obtained 
from the center pin of JP4. 


The Carrier Detect signalis obtained 
from the end of JP5 which connects 
to the modem chip. 


The DCD output signal from the 
new circuit is inserted at the center 
pin of JP5. Use the NEGATIVE 
TRUE output. The jumper origi- 
nally installed at JP5 is removed. 
The DCD indicator on the front 
panel will show the action of the 
new DCD circuit. 


The X32 baud clock signal is ob- 
tained from pin 13 of U20(a 74LS393 
divider). Don’t be tempted to get 
this signal from the “clock” line on 
J4, the external modem connector, 
as this is a X1 clock. 


Isee so many manufacturers send- 
ing only the X1 baud clock out toan 
auxiliary modem connector that I 
haveto wonderif they simply don’t 
realize that synchronous modems 
require a clock which is a multiple 
of the baud rate. Asynchronous 
modems can cheaply and easily 
divide the X16 clock to get X1 but it 
is hard for synchronousmodems to 
derive a faster clock from the X1 


signal. 
AEA PK-232 


The PK-232is also relatively easy to 
interface. 


The Receive Data signal isobtained 
from the center pin of JP4. 


The Carrier Detectsignalis obtained 
from the end of JP6.which is NOT 
connected to pin 3 of the external 
modem connector. 


The X32 baud clock signal is ob- 
tained from pin 13 of U8 (also a 
74LS393 divider). 


The DCD output from the new cir- 
PSR 
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cuit is inserted at the center pin of 
JP6. Use the NEGATIVE TRUE out- 
put. Thejumper originally installed 
at JP6 is removed. 


To use the new DCD circuit with a 
PK-232 on VHF FM 1200 baud: 


1. Set the audio level from the radio 
sothat the tuning indicator “spreads” 
fully even on the station with the 
lowest transmitted audio level on 
the channel. 


2. The existing DCD threshold con- 
trol should be set so thatthe existing 
DCDindicatorLED on the front panel 
lights up whenever there is ANY 
signal or noiseinput tothe TNC from 
the radio. Be sure that even the sta- 
tion with the lowest amount ofaudio 
on the channel lights this LED. This 
LED should extinguish when there 
isnoaudioinputfrom theradio (dead 
carrier from repeater etc.). 


If you wish to observe the action of 
the DCD signal generated by thenew 
circuit, attach a 1 K resistor in series 
with a LED to the LED output of the 
new DCD circuit. The anode of the 
LED should be connected via the 
resistor to +5 volts. The cathode of 
the LED should be connected to the 
LED output of the new DCD circuit. 
Ifyou wish,thisLEDcanbemounted . 
on the front panel where it is visible. 
Use a high effeciency LED. 


PAC-COMM TINY-2 


The Pac-Comm TIN Y-2 does include 
a modem disconnect header. It is 
labeled J5 on their schematic dia- 
gram. For this they get +1 attaboy. 


Unfortunately, Pac-Comm attached 
J5 pins 11 and 12 to the wrong part of 
the baud clock divider chain. These 
header pins should have been in 
series with pin 1 of U10. This error 
resultsin there being a X1 baud clock 
signal on these pins instead of the 
X16 baud clock that should be there. 
So, even though they did implement 
amodemdisconnect header, you will 
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have to obtain the X16 baud clock 
fromelsewhere on the circuit board. 
For this they get-1 attaboy (at seas 
they are breaking even). 


The X16 baud clock signal is ob- 
tained from U10 pin 1. 


Receive Data isobtained from]J5 pin 
17. 


Negative true Carrier Detect (CDT) 
is obtained from J5 pin 2. 


NOTE! This is an inverted version of 
theCD output from the TCM3105 chip 
itself. Since this is a negative true logic 
signal, JMP1 on the new DCD circuit 
will be used instead of JMP2 which 
would normally beused foraTCM3105. 


NEGATIVE TRUE DCD from the 
new circuit is applied to the TNC at 
J5 pin 1. Remove the connection 
between J5 pins 2 and 1. The exist- 
ing DCD indicator LED will NOT 
show the action of the new circuit. 


If you wish to observe the action of 
the DCD signal generated by the 
new circuit, attach a 1 K resistor in 
series witha LED to the LED output 
of the new DCD circuit. The anode 
of the LED should be connected via 
the resistor to +5 volts. The cathode 
of the LED should be connected to 
the LED output of the new DCD 
circuit. If you wish, this LED can be 
mounted on the front panel whereit 
is visible. Useahigheffeciency LED 
and increase the value of the series 
resistor to match brightness with 
the other front panel indicators.. 


If you wish to observe the action of 
the DCD signal generated by the 
newcircuitonthebuiltin front panel 
LED, you will have to do the inter- 
face a bit differently. First, you will 
get the negative true CDT signal 
from pin 1 of JPD. Then insert the 
LED output signal from the new 
circuit at either pin 2 of JPD or pin2 
of J5. Remove the jumper currently 
installed at JPD on the TINY-2 cir- 
cuit board. If the new circuit is 
interfaced in this manner, the 
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“RFDCD” signal can no longer be 
used. Thisisno great loss, however, 
asit will alsonolonger benecessary. 


KANTRONICS KAM 


Interfacing anything to a Kantron- 
ics box isn’t a job, it’s an adventure! 
Kantronics has an official policy of 
discouraging anyone from hooking 
any third party device to theirTNCs. 
This includes external modems of 
any kind (Never mind that their 
crystal ball has proven cloudy at 
best in the past when trying to pre- 
dict what modems might be popu- 
lar or necessary in the future). 


This policy was enunciated tomeby 
persons in their technical support 
department in two separate tele- 
phone conversations. So it was not 
surprising to find that the modem 
disconnect header in the KAM while 
physically identical to the TAPR 
header, is electrically different. 


What I did find a little surprising, 
however, was the fact that they also 
refuse to provide an individual 
owner any assistance with signal 
locations. They don’tsay they don’t 
know, they say they WON’T help 
you! If you want, for instance, to 
interfaceaJAS-1 (PFO-12) style BPSK 
modem to your Kantronics TNC, 
you are on your own as far as Kan- 
tronics is concerned. Potential 
Kantronics buyers who are inter- 
ested in working digital modes 
through this and the upcoming 
MICROSAT packet store and for- 
ward satellites should take note. 


It turns out that the sig- 
nals ARE available (for 1200 baud at 
least) in the KAM. It is indeed pos- 
sible tointerface either the 1200 baud 
BPSK / MANCHESTER FMmodem 
required for the JAS-1 bird or this 
DCD circuit (or both) to the KAM. 
However, you can expect no help 
from the TNC manufacturerin your 
endeavor to get this done. 


Atthis timeitis unclear whether the 
required clock signalisavailable for 
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the DCD circuit to operate at 300 
baud on this TNC. Even if it is, it 
would be more trouble than it is 
worth tointerface as it would either 
require two separate DCD circuits 
ora switching arrangement toallow 
the use of one for both modems. 


Since it is unlikely that the filter / 
slicer modem used in this box is a 
stellar performer when working 
with small shift to baud rate ratio 
signals of the type used for HF 
packet, maybe we should only re- 
ally concern ourselves with 1200 
baud operation anyhow. 


Itis worthnoting that for wider shift 
tobaud rate ratio signalslike RTTY, 
ASCIL and AMTOR the filter / sli- 
cer type demodulator performance 
is perfectly adequate. When the 
shift to baud rate ratio is greater 
than 1, as with these modes, most of 
the transmitted signal energy is 
concentrated around and very close 
to the two tone frequencies. When 
this is the case, the filter / slicer is 
the preferred method of demodula- 
tion. As these modes do not operate 
in a Carrier Sense Multiple Access 
(CSMA) environment like packet 
requires, the built in CD function is 
adequate for these modes as well. 


For 1200 baud operation then, the 
signal location points of interest in 
the KAM are as follows: 


The Receive Data (RXD) signal is 
obtained from pin8 of theTCM3105 
modem chip. The Kantronics sche- 
maticshows what appear tobesome 
numbered pads (17 and 18) on this 
lead to the processor. These num- 
bers actually refer to pin numbers 
on themodem disconnectheaderin 
the KAM. 


The X16 baud clock signal is ob- 
tained from pin 2 of the TCM3105. 


The POSITIVE TRUE Carrier Detect 
(CDT) signal from the modem is 
obtained from pin3 of theTCM3105. 
This line from the modem to the 
CPU uses pins7 and 8 onthe header. 


Issue #33 


The connection between these 2 
locations should be broken. JMP2 
onthenew DCDcircuit will be used. 


cuitis injected at pin 21 of the63B03 
CPU. 


The front panel LED which nor- 
mally indicates the CDT signal ac- 
tivity will show the action of the 
new DCD circuit. 


The DCD output from the new cir- 
* BUS wireconnectionsare in order 
vertically. Top pin goes to top pin 
bottom pin goes to bottom pin etc. 


Figure 1 - ASCII Representation of DCD Circuit Schematic 
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I\-1 3. 20 2[------ 110 28 27 26 23:1 11i-/)} =| U3 1 | 
I\-1 4 $|=----- 1 9 12|-/| =: 174HC141 | 
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NOTE: Only JMP1 OR JMP2 installed NOT both! * BUS wire connections are in order vertically. Top pin goes 
to top pin bottom pin goes to bottom pin etc. 
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A DIFFERENT 
APPROACH TO 
NETWORKING 


A PROPOSAL FOR STUDY - For 
thenextlevel of Networking inOhio 


(Originally presented at the 1988 
Annual Meeting of the Ohio Packet 
Council, Inc.) 


By Hank Greeb, N8XX 
November 13, 1988 


ABSTRACT: This paper presents 
analternative to the linear networks 
which we currently are using and 
building in Ohio and surrounding 
states. It overcomes the well docu- 
mented “ALOHA” syndrome, 
where actual throughput of of a 
randomaccessnetworkisinversely 
proportional to the amount of data 
being introduced. This phenome- 
non results from nodes hidden by 
either topography or distance which 
cannot hear each other and cause 
collisions. Theideas presented build 
upon concepts previously discussed 
at the ARRL Computer Network- 
ing Conferences. The effective 
throughput of the system would be 
close to the baud rate of the links 
involved. 


Ithasbeen theoretically proven,and 
observed in practice, that current 
linear “ALOHA” networksare very 
inefficient. ALOHA occurs in any 
carrier sensed, multiple access 
packet network when distantnodes 
cannot hear each other but which 
are mutually within range of inter- 
mediate nodes. The throughput 
under this situation is INVERSELY 
proportional to the amount of data 
in the system - exactly opposite of 
what is really needed! This hap- 
pens on 145.01, 145.05, on 221.11 
MHz,, and on any other linear net- 
working frequency. Congestioncan 
beminimized byincreasing thebaud 
rate of the network, so it does not 
often get more that 20 to 25% of its 
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“nominal” rate, (which is the maxi- 
mum theoretical rate for such a 
system) but under high loading the 
effective throughput is something 
like 8 to 16% of the actual baud rate 
of the network. 


Lemke, WB9MJN, has proposed a 
cellular network. (See “Cellular Area 
Coverage Transport Networks” by 
Donald V. Lemke, WB9MJN, in the 
proceedings of the ARRL 7th Com- 
puter Networking Conference). He 
proposes full duplex nodes on the 
1.3GHz.band. Adjacentnodes have 
inverted transmit and receive fre- 
quencies. It is assumed that the 
three directions would be handled 
by three pairs of frequencies for the 
three directions. Getting three trans- 
mitters to coexist with three receiv- 
ers at a site might be a bit difficult, 
though it probably could be done. 


The fellowsat AMSAT haveasome- 
what different idea - they use four 
receivers and two transmitters at a 
site. They are connected through a 
computer which receives AX.25 
frames on the four channels, and 
generates AX.25 frames on two 
output channels. (For details see 
various articles on AMSAT’s en- 
deavors by Tom Clark, W3IWI, 
Charles L. Green, NOADI, Lyle V. 
Johnson, WA7GXD, Robert 
McGwier, N4HY, Harold Price, 
NK6K, et. al. in the previously 
mentioned proceedings.) The things 
are packaged in an orbiting satellite 
some 130 miles above the earth, and 
have a BBS, telemetry, and other 
goodies, but these things are irrele- 
vant to the current paper. 


What does a spacecraft have to do 
with terrestrial networking? Well, 
if we use such a functional module 
as a building block, let’s see what 
kind of a network might be devel- 
oped. We could have a node with 
three receiving channels (bands?). 
It would transmit on a fourth fre- 
quency (band?) Wecouldusea fifth 
port (used typically ona satellite for 
two-way telemetry and control 
functions) for connection toa LAN. 
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Let’slookat whatanodein Fairfield 
might look like. It might receive 
from Brookville, Indiana, on one 
frequency, from Dayton, Ohio on a 
second frequency, and from Wal- 
ton, Kentucky on a third. It would 
transmit on a fourth. If duplexers 
could handle three receive frequen- 
cies and one transmit frequency (or 
if the frequencies were on separate 
bands?) the channel could be full 
duplex. However, theconceptcould 
work ona simplex mode, albeit ata 
slower rate and possibility for colli- 
sions and retries. A fifth bidirec- 
tional port would be connected to 
the 144.91 MHz. LAN. 


From a series of such sites we can 
build a hexagonal network with a 
path of redundancy around any 
node - so that the network would 
not fail if an individual node failed. 
(See Figure I for a part of such a 
network which could be putin place 
in Southern Ohio, Northern Ken- 
tucky, and Southeast Indiana.) Each 
node would be equipped with three 
receivers, one transmitter, and a 
computer designed to look like a 
multi-port TNC. We could use the 
receive and transmit modules from 
the Microsat modified for 51, 220 or 
440 MHz (or all three bands). Or 
maybe someone might figure out if 
a 900 or 1250 MHz. duplexor could 
be made to work with three receiv- 
ers and one xmtr on the same band. 
Glenn Elmore, N6GN, reports (in 
the TCP/IP network) that VERY 
inexpensive modules are available 
for a 900 MHz. personal (CB-type) 
band in Japan - maybe these could 
be imported for use in the U.S. 902 
MHz ham band? Or, maybe we 
could adapt the ever cheaper 900 
MHz. cellular telephone strips for 
such use? Or use 1.3 GHz. RSGB 
modules? Possibly we could use 
pairs near 51/54 MHz, near 221/ 
224 MHz, and a duplex pair in the 
440 MHz range, with equipment 
currently in use on MIDNET and 
OHIONET on 50/220/450 MHz. 
With this tack we could develop 
software and hardware toproveand 
debug theconcept before we plunge 
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into the unknown world of 900 or 
1250 MHz? We'd connect toa LAN 
frequency using standard AFSK FM 
rigs (for now). 


Whatsortof computer might work? 
I think that four TNC-2’s and a 
couple diode logic arrays COULD 
be made to work to test the idea. 
Their cost (about $500 plus NET/ 
ROM software and diode matrices 
tocouple things together) PROBA- 
BLY makes it better to use more 
sophisticated computer power in 
thelongrun. Would aPS-186 handle 
the job? Would the TAPR NNC 
work? Howabout TEXNET? Would 
the microcomputer being used for 
the Microsat projectbean economi- 
cal and otherwise practical choice? 
The advantage of the MICROSAT 
hardware is that it MUST be avail- 
able by May 1989, because THE 
BIRD WILL FLY! at that time. 


Simplex nodes COULD used, but 
the overall throughput of the sys- 
tem would be cut by at least 50%. 
Special attention would need be 
paid to turnaround time of t&« to rx 
tobeeffective. Software would have 
to be designed to NOT transmit if a 
packet were being received by a 
node, nor to attempt to transmit 
data to a node when that node was 
transmitting. Allin all, it would be 
MUCH better to work full duplex. 


Thejobofthenodecontrolier would 
be to receive packets from the re- 
ceive ports, queue them for trans- 
mission (if.simplex), or send them 
along to destination if duplex. It 
would need toallow for TX turn-on 
time, inasmuch as when the node 
were idle there would be no need 
for the transmitter to be running, 
and would have tobeabletohandle 


routing and alternative routings to 
handle congestion and/or failure of 
a node. Third level protocol like 
NET/ROM would be a MUST. 


The nodes could be connected to 
LANs, or merely act as a trunking 
switch. If desired, and if the switch 
were capable of handling an extra 
port, a BBS forwarding port could be 
added to eliminate BBS forwarding 
on the LAN frequency. Speeds and 
modesof modulation, etc, could vary 
- and would require only the coop- 
eration of the owners of the three 
adjacent nodes. 


The general idea was well received 
atthe OPAC meeting, and weagreed 
tocontinue adialogueon how best to 
improve and implement network- 
ing. 


73 de n8xx @ kc8tw hg (hank) -sk- 


FIGURE I- DIAGRAM OF THE PROPOSED NETWORK 


Here’s a diagram of the network which could cover parts of southern Ohio, northern Kentucky, and southeast 
Indiana. Exact sites are not critical, as long as nodes can hear each other, and are approximately on the 
circumferernce of a circle. A few calls are listed, as the holders are currently active in packet and helping with 
networking in various ways. I did not intentionally ignore others who may be helping with the networking ef- 


forts. 
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RADIO SETUP AND 
OPERATION TIPS FOR 
HF PACKET 


by Eric Gustafson N7CL 
2018 S. Avenida Planeta 
Tucson, AZ 85710 


During the course of several years 
of HF packet operation (both for 
pleasure and for modem perform- 
ance experiments) I have had many 
QSOs where station configuration 
for HF packet was discussed. These 
discussions have convinced me that 
the majority of the stations using 
this interesting mode on HF are not 
properly configured for optimum 
performance. If packet was not 
touted as wonderful because it al- 
lows sharing the use of a channel 
between many stations, this would 
notbedisturbing. However, packet 
HAS been thus promoted. Unfortu- 
nately, when a ham decides to ac- 
cept performance degradation tohis 
station (or a manufacturer decides 
tocheap out) on packet, itaffects not 
only the performance of that one 
station butit degrades the perform- 
ance of the channel for everyone 
trying to use it. Itis for this reason 
thatlam writing this very rudimen- 
tary guide to system configuration 
and operating practices for those 
contemplating using packet on the 
HF amateur bands. 


RADIO SETUP FOR HF OPERA- 
TION 


Setting up your TNC to Radiointer- 
face will follow exactly the same 
procedure as for Narrow Band Fre- 
quency Modulated (NBFM) opera- 
tion. However, you will probably 
not need to set the modem audio 
output level of the TNC. You will, 
however, need to consider several 
characteristics of the radio which 
you were not forced to think about 
whendealing witha NBFM radioas 
is typically used at VHF. The other 
radio characteristics you will need 
to be aware of for HF operation are 
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radio bandwidth, Automatic Gain 
Control (AGC) characteristics, and 
frequency alignment between trans- 
mitted signaland receiver passband. 


Themodemoutput level isless criti- 
cal because linear mode radios typi- 
cally have a transmit audio level 
control on the front panel and an 
indicator which tells you when you 
havesetthelevel correctly. You will 
adjust the audio level just as you 
would for SSB operation. 


If you are using the auxiliary audio 
input connector (other than micro- 
phone input), you MAY need to 
adjust the transmit audiolevel from 
the TNC modulator. Thisis because 
many auxiliary audio inputs are 
intended for phone patch audio. 
These levels are typically much 
higher than microphone levels. If 
you do adjust the output level of the 
TNC to a relatively high value for 
this type of application, do not 
operate the TNC witha VHF NBFM 
radio unless you take steps to as- 
sure that the audio level for the FM 
radio will not produce excessive 
deviation. If both radios are to 
remain connected to the TNC, you 
can set the level for the one requir- 
ing high level audio and then use 
some attenuation (series resistor) in 
theinterfacecablefor the other radio. 


The modem center frequency used 
by the TNCis usually either 1700 Hz 
or 2200 Hz. Most frequencies listed 
for packet operations in the HF 
bands were established using a 
modem center frequency of 1700 Hz 
(1600 and 1800 Hz tones) in lower 
sideband mode. Using the other 
center frequency results in a 500 Hz 
offset (2200-1700) between the two 
modem standards. So a listed fre- 
quency of 7093, for example, will 
cause you to have a frequency dis- 
play on your radio of 500 Hz PLUS 
the listed frequency (IF you are also 
using lower sideband mode). Thus 
you should find the 7093 KHz packet 
activity centered around 7093.5 
KHz. 
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Ifyou are usinga TNC which hasan 
EXAR 2211 demodulator, it should 
be used with the TAPR tuning indi- 
cator or one that is functionally 
equivalent. Some commercially 
available TNCs come already 
equipped with this tuning indica- 
tor. This tuning indicator, when 
properly centered, is easily capable 
of 10 Hz alignment accuracy. It 
should be used as the tuning refer- 
ence on any individual signal re- 
gardless of the frequency indicated 
on the radio dial. 

NOTE: The signal actually trans- 
mitted by your SSB transceiver ( 
F(emission) when using the TNC 
for AFSK HF packet operation us- 
ing lower sideband) will cover a 
band of frequencies approximately 
400 Hz wide and centered at the 
transmitter indicated carrier fre- 
quency ( F(ind) ) minus the modem 
center frequency ( Fe ). 


So you would use: 
F(emission) = F(ind) minus Fc 


to determine the center of the band 
of frequencies youareactually radi- 
ating for band edge or netting pur- 
poses. Remember to consider that 
you will beoccupyinga few hundred 
Hz on either side of F(emission). 


NOTE! Regardless of the type of 
modem, whether or not the modem 
has audio filtering builtin, 300 baud 
AFSK modem performance on a 
High Frequency linear mode (SSB 
as opposed to NBFM) radio channel 
will NOT be optimum UNLESS a 
filter of approximately 500 Hz band- 
width is used in the radio IF strip. 


If you are going to use a narrow 
filter, and serious HF operation is 
NOT recommended without one, it 
will be necessary to take steps to be 
certain that the filter passband is 
centered over the modem center 
frequency. If yourradiohasIF shift, 
this is a simple matter. To center 
your radio passband over the mo- 
dem, use the procedure outlined in 
appendix G of the modem tuneup 
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procedures article in the August 
1988 PSR. 


NOTE! This procedure is NOT 
appropriate for use with tuning 
indicators other than the PLL loop 
stress indicator like the one avail- 
able from TAPR for the EXAR 2211 
demodulator. However, it IS im- 
portant when using an appropri- 
ately narrow radio IF filter in con- 
junction with ANY demodulator to 
center the radio passband over 
whatever center frequency is used 
by the modem. This is a bit more 
difficult without the tuning indica- 
tor forreference butit must be done 
in order for the modem to work 
properly with the radio. 


If your radio has no provision for IF 
shift, you will have to determine 
the center frequency of the audio 
which is passed through the filter 
and realign the modem to the cen- 
ter frequency of the filtered audio. 
If you are lucky, this may turn out 
not to be necessary. If your TNC 
uses the EXAR 2211 demodulator 
and is equipped with a TAPR style 
tuning indicator, the tuning indica- 
tor and DCD LED can be used to 
give you an indication as to wether 
or not the modem is aligned with 
the filter. If the tuning indicator 
hovers around the center of the 
display when the modem is listen- 
ing to noise being passed through 
thenarrow filter as described in the 
above mentioned PSR article, rea- 
lignment of the modem is unneces- 


sary. 


If you have determined that it is 
necessary to realign the modem 
center frequency to the radio filter 
center frequency, one of the2 meth- 
ods presented in that same PSR 
article should be used to make the 
radio filter center frequency (Fc) 
determination. 


Once therequired center frequency 
has been determined, the modem 
calibration can be carried out. 


NOTE: It will not be possible to 
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realignthe modem center frequency 
if your TNC uses one of the single 
chip modems which wereintended 
only for land line use. These in- 
clude the TCM-3105 and the AMD- 
7910 chips. It will also not be pos- 
sible for the user to easily realign 
the center frequency of modems 
based oncomplex multistage filters 
such as the AEA PK-232 and HAL 
modems. Contact themanufacturer 
for procedures to use for realign- 
ment of this type modem. 


Set the modulator tones to Fc 
MINUS 100Hz for thelow toneand 
Fe PLUS 100 Hz for the high tone 
using the procedure given in the 
owners manual. Then align the 
demodulatorto themodulatortones 
using the procedure outlined in the 
August 1988 PSR modem tuneup 
article. 


Once your modem and radio have 
been coaligned, you are ready to 
begin experimenting with HF 
packet communications. 


300 BAUD HF PACKET OPERA- 
TION 

Much has been said and written 
about the relative merits of HF 
versus VHF packet operation. HF 
packet operation is made toappear 
more difficult than VHF NBFM 
packet operation by several factors. 
Some of these are: 


1. HF propagation is much more 
time variable and is more prone to 
produce intersymbol errors than is 
VHF propagation. 


2. On the “published” HF packet 
frequencies, many more stationsare 
trying to use a single channel si- 
multaneously thanis the usual case 
on VHF. 


3. Due to the wide area propagation 
characteristic of HF radio waves 
(sometimes nonreciprocal) the 
Carrier Sense Multiple Access 
(CSMA) feature of packet radio is 
less able to police channel access 
than on VHF where duplex repeat- 
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ers or regenerators may be used to 
eliminate hidden terminals. 


4, Many of the commercially avail- 
able Terminal Node Controllers 
(TNC) for use on HF packet have 
Data Carrier Detect (DCD) circuits 
which are of limited use or no use at 
all on a HF packet channel. This 
further degrades the effectiveness of 
CSMA. 


In order for the TNC to function 
properly on HF, the DCD circuit in 
the TNC MUST be optimized for the 
HF packet mode. It must be possible 
to adjust the DCD to ignore back- 
ground noise while still being able to 
promptly respond to a valid data 
carrier. It must have a “hang time” 
feature that prevents DCD dropouts 
when short multipath hits occur or 
collisions put phase discontinuities 
in the received data carrier. With 
this “hang time” feature most multi- 
path conditions will not cause the 
TNC to begin transmitting before 
theotherstation isina listening mode. 
The DCD hang time also prevents 
the TNC from “piling on” a collision 
between 2 otherstationson the chan- 
nel. The DCD circuit in the TNC 
mustNOT be affected by the factthat 
there is a large amplitude difference 
betweendifferentsignalson thesame 
channel. So it will not allow you to 
collide witha relatively weak station 
which is transmitting immediately 
after a relatively strong station has 
finished. 


Modifications were presented in 
appendix D of the August 1988 
modem tuneup article in PSR which 
will upgrade the DCD circuit per- 
formance of any of the EXAR 2211 
based demodulators. This modifica- 
tion has also been published in the 
latest proceedings of the ARRL 
Computer Networking Conference. 


A circuit which is suitable for appli- 
cation to the single chip modems 
and the filter type modems is pre- 
sented elsewhere in thisissueof PSR. 
This circuit will give these modems 
DCD the characteristics outlined 
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above. I strongly recommend the 
use of this DCD circuit for serious 
HF packet work. This circuit was 
also published in the latest proceed- 
ings of the ARRL Computer Net- 
working Conference. 


5. Many of thestations on HF packet 
have no tuning indicator at all and 
many others have an indicator that 
is only marginally useful. Unlike 
VHF FM operation, frequency error 
between transmitter and receiver 
cause frequency errors in the mo- 
dem tones. This is the reason that a 
good tuning indicator is absolutely 
essential for HF packet operation. 
The tuning indicator makes it pos- 
sible for the operator to reduce the 
modem to modem frequency error 
tonear zero. Reliable HF packet op- 
eration requires tuning errors of +\- 
30 Hz or less. 


Anyone contemplating HF packet 
operationshould makesure that his 
transceiver isin properalignment. I 
have measured differences in trans- 
mit versus receive frequency in 
excess of 400 Hz in a number of 
different transceivers. Not on old 
obsolete gear but on relatively new 
equipment like the Kenwood TS- 
430S. A tuning error this large will 
make packetcommunication impos- 
sible on a multiple access channel. 
On a shared channel, everyone on 
the channel must be both transmit- 
ting AND receiving within plus or 
minus 30 Hz of the intended fre- 
quency. This misalignment is usu- 
allyrelatively easy tocure by proper 
alignment of the various offset and 
reference oscillators in the trans- 
ceiver. 


6. Many of the stations currently 
operating HF packet do not have 
- their radio bandwidth matched to 
the characteristics of a 300 baud 200 
Hz shift FSK signal. This causes a 
severe degradation in modem per- 
formance resultingin unnecessarily 
increased numbers of retries and 
drastic reduction in data through- 
put for the SHARED channel. 
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Serious 300 baud binary FSK HF 
packet operation should not be 
considered without a 500 Hz filter 
in the receiver IF. An audio filter is 
NOT an acceptable substitute. 


“Squeezing” the edges of SSB filters 
together with so called variable 
bandwidth tuning (VBT or PBT) to 
produce a 500 Hz bandpass is diffi- 
cult to properly align and results in 
operation near the edges of what are 
actually 2.4 KHz wide filters where 
the group delay characteristics of 
the filters are particularly poor. So 
while this may or may not offer 
some marginal improvement over 
wide filters, it is not a good substi- 
tute for a real 500 Hz filter. 


In spite of the above factors, HF 
packet communications can be a 
reliable and enjoyable mode. The 
trick is to operate in a manner that 
allows you to avoid the problems 
mentioned above. Youshould make 
sure that the DCD circuit in your 
TNC possesses theabovementioned 
characteristics before getting on HF 
in earnest. You should also config- 
ure yourradio’s receiver bandwidth 
tomatch the spectral characteristics 
of the HF packet FSK signal. These 
actions will allow you to avoid the 
modem performance degradation 
that results from excessive radio 
bandwidth and poor DCD circuit 
performance. However, you will 
still be affected by other station’s 
problems in these areas when oper- 
ating on a crowded packet channel. 


If you do have your radio config- 
ured for the proper band width, you 
will notice that many stations you 
connect to willseem tonotbeableto 
copy you as well as you copy them. 
Don’t worry, your transmitter out- 
putisn’tlow, you are just observing 
the difference betweena demodula- 
tor behind a radio with its band- 
width appropriately limited and a 
demodulator behind a radio which 
has far too much bandwidth for the 
mode. 


The actual mechanics of operating 
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the TNC in the HF packet mode are 
the same as for the VHF packet 
mode. The main differences that 
will be apparent to you will be the 
slower baud rates, the higher inci- 
dence of propagation related effects 
and QRM, and the requirement for 
accurate tuning. It will take some 
practice before you can rapidly 
acquire another station’s signal and 
initiate a contact. 


If the TNC hasa “threshold” adjust- 
ment for the DCD circuit, It will be 
necessary for you to set this adjust- 
mentcorrectly for the bandwidth of 
theradiobeing used. The madifica- 
tions for 2211 based demodulators 
presented in the August 1988 PSR 
provide such a control for TNC-2s 
and clones. 


The adjustment is very easy to per- 
form. 


NOTE! These instructions do NOT 
apply to the envelope amplitude 
only based DCD circuits such as 
found in theunmodified singlechip 
modems and filter based modems. 


Simply tune the radio to a channel 
which has only noise (no signals 
whatsoever), thenadjust the thresh- 
old control sothat the DCD LEDjust 
flickers occasionally. Set it so that 
the DCD duty cycle is around 10 
percent or so. DO NOT set the 
threshold control so that the DCD 
LED never comes on even when 
receiving a signal! 


If your radio hasa band width which 
is wide compared to the packet sig- 
nal spectrum, the DCD LED may 
not flicker at ANY setting of the 
threshold control when monitoring 
only noise. Inthiscase, set the thresh- 
old control toits maximum sensitiv- 
ity position. The data carrier detec- 
tor will function normally when 
monitoring a signal in this case. 


Tuning in a signal is relatively easy 
to do once you get the hang of it. 
You must wait until the other sta- 
tion is sending a packet, and then 
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tune the transceiver so that the tun- 
ingindicator LEDiscentered. Ifthe 
DCD LED isnot lit, the tuning indi- 
cator information is NOT valid. 


Once you have the other station 
tuned in, you may initiateaconnect 
request just as you would on VHF. 


Calling CQ on HF is a bit different 
thanon VHF. One technique which 
has proven effective when NOT 
operating on one of the congested 
calling frequencies is to do the fol- 
lowing: 


1. Find a clear frequency and moni- 
tor it for long enough to make sure 
it really is clear. 


2. Set “UNProto” to CQ if it isn’t 
already. Thisis the default field for 
this parameter. 


3. Command the TNC into con- 
verse mode. 


4, Rapidly type a string of 15 to 20 
carriage returns (<CR>). This will 
cause the TNC to send a continu- 
ous string of unconnected informa- 
tion (UI) frames. Since this will be 
a relatively long burst of packet 
transmission, the potential receiv- 
ing station will have plenty of time 
to tune in your signal. To a receiv- 
ing station this will appear on his 
screen as: 


YOURCALL > CQ: 
YOURCALL > CQ: 
YOURCALL > CQ: 


YOURCALL > CQ: 
YOURCALL > CQ: 


One for each carriage return you 
typed (and his TNC decoded). 
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Evena station which has no tuning 
indicator can eventually get you 
tuned in using this type of signal as 
he can tune around and watch his 
screen to see where printing is ef- 
fective. 


If you are meeting a friend on a 
schedule, you just set the “UN- 
Proto” field toHISCALLand do the 
same thing. When your friend finds 
you, this will appear on his screen 
as: 


YOURCALL > HISCALL: 
YOURCALL > HISCALL: 
YOURCALL > HISCALL: 


For as many <CR>s as you typed. 
Your friend will have little trouble 
finding you and tuning you in for 
the QSO. 


5. After the TNC finishes sending 
thestring of CQ packets, listen for5 
to 10 seconds to allow a station to 
attempt to connect with you. If you 
don’t get any nibbles, send another 
string of CQ packets. 


If you haveseparate VFOs, and you 
are on a clear channel not attempt- 
ing multiple access operation, you 
should leave your transmit fre- 
quency fixed on your initial CQ 
frequency if you are called by a 
slightly off frequency station. Do 
any tuning to optimize reception 
with the VFO that controls only the 
receive frequency. Receiver Incre- 
mental Tuning (RIT) can be used 
for this purpose on a single VFO 
transceiver. If you use your main 
VFO to tune in such a station, you 
will soon find yourself chasing him 
up or down the band as the QSO 


progresses. 


The above method of calling CQ is 
NOT appropriate for use on one of 
thecrowded calling frequencies. On 
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the calling frequencies, everyone is 
already tuned more or less to the 
same frequency. To call CQ on one 
of the calling frequencies do the fol- 
lowing: 


1, Find the “center” of the channel by 
tuning the radio so that the tuning 
indicator is centered on most of the 


signals. 


2.Makesureyour “UNProto” fieldis 
set to CQ. 


3. Enter converse mode. 


4. Occasionally strike a <CR> (2 per 
minute or so if DCD lets your pack- 
ets clear the channel that fast) and 
wait for the TNC to get an opportu- 
nity to squeeze the packet into the 
activity on the channel. Allow some 
time after your packet has been sent 
for someone to attempt a connect 
with you and then send another CQ 
packet by typing a <CR>. 


5. If (when) someone connects, 
immediately negotiate a QSY to a 
clear channel. Then call him on the 
new frequency as outlined above (in 
the clear channel CQ procedure) for 
a scheduled contact. 


Please use care in selecting the QSO 
frequency so as to avoid unneces- 
sary interference to other amateur 
services. Asin all amateur commu- 
nication modes, on packet it is also 
polite to listen before you transmit! 


Monitoring a propagation beacon 
frequency will not necessarily be 
sufficient to reveal this activity to 
you. Itis best tomakea note of which 
INDICATED frequencies you should 
avoid so that your radiated packet 
spectrum will not get within several 
hundred Hz of one of the propaga- 
tion beacons. In the 20 meter band, I 
believe these beacons use 14.100 
MHz. 


HF packet operation is fundamen- 
tally different than other modes of 
operation in 1 major respect. If you 
areonaclearchannel, talking toonly 


Page 25 


1 other station, there will be long 
periods of silence. People using 
other modes and tuning around 
looking for a clear frequency to use 
may be fooled by the silence. Don’t 
assume that an interfering station 
who shows up considerably after 
you have begun using the frequency 
is interfering intentionally, he may 
honestly not have been aware of 
your QSO in progress. For this rea- 
son, itis a good idea tokeep the flow 
of the conversation going so that the 
lapses aren’t too long. It can also be 
advantageous to have more than 
one packet QSO on the channel. 
However, if more than a very few 
get on the same channel, the 
throughput will fall off rapidly since 
the likelihood that all stations are 
properly configured and have work- 
ing DCD circuits is small. 


Here are a few simple suggestions 
for operating HF packet which 
should help to get you started. 


1.DoNOT try tohold aQSO on one 
of the calling frequencies. Use the 
calling frequency only to establish 
contact and then MOVE OFF TO A 
CLEAR FREQUENCY to carry on 
the QSO. Current wisdom from 
both the ARRL and the IARU sug- 
gests sharing the RTTY / AMTOR 
subband with packet operation. 
Remember to be aware of the fre- 
quencies your station is actually 
transmitting so you can avoid inter- 
ference to other services such as 
propagation beacons etc. 


2. Configure your station so that 
you can hear the activity on the 
channel. This will allow you toeasily 
avoidinterfering withother stations 
and also to quickly diagnose the 
problem when throughput sud- 
denly falls off for some reason 
(usually propagation or interfer- 
ence). 


3. If possible, use the highest fre- 
quency band possible to communi- 
cate with any specific station. The 
closer you are to the maximum 
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useable frequency (MUF) for the 
path the less intersymbol interfer- 
ence you will have from multipath 
effects. If you havea schedule with 
another station, arrange your times 
and frequencies accordingly. 


4. Set the following parameters off 
unless you have some specific rea- 
son for doing otherwise: 


DIGIPEAT = OFF (There is NO 
reason good enough to enable this 
function on HF.) 

DWAIT =0O(off 

AX25V2 =OFF (Theautomaticlink 
maintenance features of version 2 


just add unnecessary overhead to 
an already busy channel) 


CHECK =0(off... Animplemen- 
tation bug in version 2 makes set- 
ting this timer to any nonzero value 
counterproductive if the possibility 
of connection to a non version 2 
station exists (and it usually does)) 


CMSG (off) 

RETRY =0 (try forever... but NOT 
if unattended operation. Thisallows 
YOU tobetheonetodecide whenor 
whether to give up rather than the 
TNC. Typically you know more 
than the TNC does about whether 
the other station is still trying or is 
likely to recover from thelatest fade.) 


MAXFRAME = 1 (multiple frames 
off) 


RESPTIME = 0 (some stations may 
have trouble copying your AC- 
Knowledgements(ACKs) when you 
respond this fast. This is due to the 
fact that some radios pump up the 
AGC voltage during transmit and if 
the AGC time constant is long, they 
are essentially deaf for a while after 
transmitting. You will want to ex- 
periment with this value. In gen- 
eral, you will want to use the mini- 
mum useable amount.) 


5. Set FRACK to at least 8. 10 or 12 
may be better on a very busy chan- 
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6. Restrict your use of beacon trans- 
missionsas muchas possible. If you 
MUST use a beacon, keep it short 
and keep the repetition rate as low 
as possible. More than once a min- 
ute is definitely too frequent. once 
or twice in 10 minutes is more po- 
lite. Do not allow your beacons to 
continue if you are not in atten- 
dance. Nobody wants to connect to 
you just to be ignored. 


7. If your radio allows you to select 
the AGC time constant (fast or slow 
AGO), set it to the fastest setting 
available to you. 


If youcannotselect fast AGC, itmay 
be advantageous under some cir- 
cumstances to partially defeat the 
AGC function by reducing RF gain 
and increasing AF gain. The 2211 
demodulator in TNC-2s and clones 
is extremely (but not completely) 
insensitive to absolute audio level. 
It will function properly with input 
levels from the low hundreds of 
millivolts up to many tens of volts 
(so long as the MF-10 has been 
removed). Thus, the variation in 
audio level produced by partially 
defeating the AGC system will not 
degrade themodem’sability tocopy 
unless the variation is very large. 
As long as the audio level remains 
above the input threshold of the 
modem (100 millivolts or so) and 
below the level where the receiver 
audio amplifier clips, copy should 
not be significantly degraded. 


NOTE! This does NOT apply to the 
filter based demodulators used in 
many TNCs. Most of these filter 
based modems are affected by 
smaller audio level variations than 
those described above. The 2211 de- 
modulators which still have the MF- 
10 filter operational also have a 
severely limited dynamic range. 


8. What about PACLEN? 


Much has been written about the 
need tokeep this parameter set very 
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short (20 to 60) on HF. If you are 
going to operate on one of the 
crowded calling frequencies, this 
probably makes sense. It probably 
alsomakessense if you are trying to 
send a fairly long file and band 
conditions are variable. However, 
for keyboard to keyboard opera- 
tion I prefer to set this parameter to 
255. Then, as longas conditions are 
good, I type relatively long packets. 
If I detect a problem getting a long 
packet through, I simply type 
shorter packets tosend. In this way 
Ican dynamically adapt the packet 
length I am using to current band 
conditions without having to resort 
to command mode to make the 
change. I usually find that on a 
clear channel, if conditions are any 
good at all, packets in the 200 char- 
acter length range are easily sup- 
ported the vast majority of the time 
without retries. 


9. What about hardware timing 
parameters? 


Most HF radios have turn around 
times that are considerably shorter 
than those of the typical VHFNBFM 
radio. Most HF radios (any that are 
useable for AMTOR for example) 
can turn the radio’s resources 
around in approximately 20 to 30 
milliseconds. This means that 
TXDelay, and AXDelay values in 
the hundreds of milliseconds that 
you have set into the TNC for VHF 
operation will work on HF but are 
unnecessarily long for most HF 
radios. Experiment with these val- 
ues to find the minimum delay times 
that work with your radio. 


The above hints should be enough 
to get you started on HF packet 
with the minimum of fuss and 
bother. None of these are hard and 
fast rules. They are all simply tac- 
tics that I have found to be produc- 
tive when operating 300 baud bi- 
nary FSK packet in the HF bands. 


Pleasedon’tlet the radiobandwidth 
and alignment considerations pre- 
sented here deter you from getting 


November 1988 PSR Issue #33 


i 

on HF packet. Although there are 
more details to consider when con- 
figuring your station properly for 
HF packet operation than are usu- 
ally contemplated in a VHF packet 
setup, none of them is difficult to 
understand or resolve. Once the 
majority of the stations using the 
HF packet channels are optimized 
for the mode, throughput for eve- 
ryone will start toimprove. Then, if 
we are permitted to tune the proto- 
colslightly toimproveitsefficiency 
on HF, it may one day even be 
possible to hold a rational QSO on 
one of thecalling frequencies. Until 
then, there is still plenty of fun to be 
had keyboard to keyboard in non 
channelized packetoperationin the 
HF amateur bands. 
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